liteos源碼下載

⑴ 物聯網操作系統LiteOS內核教程01——IoT-Studio介紹及安裝

IoT Studio 是支持 LiteOS 嵌入式系統軟體開發的工具，提供了代碼編輯、編譯、燒錄 及調試等一站式開發體驗，支持 C、C++、匯編等多種開發語言，讓您快速，高效地進 行物聯網開發。

IoT Studio 目前支持 Cortex-M0，Cortex-M4，Cortex-M7，Cortex-A7，ARM926EJ-S，RISC-V 等晶元架構。

IoT Studio 目前已經適配了多種開發板，主流支持小熊派IoT開發條件，另外還包括 GD、ST、HiSilicon、FudanMicroelectronics 等主流廠商的開發板。

IoT Studio 支持新增 MCU 列表，以滿足用戶其他開發板的業務需求。

IoT Studio下載地址如下：

下載會得到一份壓縮包，其中包含一份安裝指南，詳細的安裝教程可以參考該文檔。

使用一鍵安裝方式，無須再手動安裝其他工具，安裝步驟如下：

雙擊運行IoT-Studio_0.3.5.exe文件開始安裝。

選擇我同意此協議：

選擇安裝路徑，可以改動，不要有中文和空格，這里我保持默認：

確認設置，開始安裝：

安裝完成，選擇是否安裝ST-Link和Jlink驅動和工具，推薦全選：

IoT Studio安裝成功之後會自動運行，在首次運行時檢測到沒有開發工具包，選擇「是」，軟體會調用瀏覽器開始下載，下載好之後雙擊運行developTools.exe。

軟體會自動將需要用到的開發工具解壓到C:目錄：

之後軟體會自動開始安裝ST-Link和J-link，根據提示安裝即可。

打開工具目錄，裡面有兩個路徑需要我們在IoT Studio中配置：

安裝完develop Tools之後，再次啟動IoT Studio，無提示說明開發工具安裝成功，IoT Studio的主界面如下：

在IoT Studio啟動頁面，選擇用戶指導文檔，即可打開 IoT Studio 完整的使用指南，在以後使用的過程中遇到任何問題，都可以在此文檔中找到答案：

小熊派開源社區，專注於前沿技術分享，關注「小熊派開源社區」微信公眾號，獲取更多資料教程。

⑵ [openharmony]liteos-a系統編譯之GN

在 文章 中已經分析openharmony的小型系統（liteos-a）編譯過程，最主要的就是調用gn/ninja/makefs三個命令最終生成可燒錄的鏡像文件
從前面文件可以看到hb build調用的gn命令參數如下

這里詳細分析一下gn工具在編譯過程中的使用

這里簡單介紹下GN工具的使用方法，gn語法可以參考 http://weharmonyos.com/openharmony/compile/gn/docs/
，已經熟悉的可以跳過

從上面圖中可以看到使用的命令類型為 gn gen <output_dir> [options] ，此命令就是為了將所有需要的BUILD.gn文件生成為*.ninja文件供ninja進行編譯; 可以通過 gn help gen 命令查看詳細的用法說明， 如下

下面重點說一下gn_cmd中的 [options]

liteos-a編譯系統的dotfile內容如下:

liteos-a是嵌入式系統，而編譯環境是linux系統，這就需要用到交叉編譯方式，這個就可以在環境配置中指定 target_os 、 target_cpu 、 board_cpu 等等信息
這些信息就是 buildconfig 參數指定的 BUILDCONFIG.gn 文件中配置的
除了以上信息，還配置了以下幾個重要信息

詳細信息可以查看 //build/lite/config/BUILDCONFIG.gn 文件內容

toolchain定義源碼編譯需要的工具，像編譯器、匯編器、連接器等等，一般在.gn所在目錄下有一個 toolchain 目錄，裡面的 BUILD.gn 定義詳細的編譯工具鏈信息
這里目錄結構如下：

從結構信息中可以看到定義了clang和gcc兩種工具鏈，通過變數 board_toolchain_type 來區分（此變數也是buildconfig中定義的），具體信息參見BUILD.gn文件內容，如下

在.gn文件所在目錄下的BUILD.gn就是入口，此文件做了以下幾個事情

這里重點說一下target為 ohos 的 group 如下：

這里也比較好理解，裡面就是讀取一個配置文件，幾級循環來處理配置文件中配置的內容。流程如下

到此就將此board下各模塊的依賴關系添加好了，然後 GN 會將依賴樹中所有的BUILD.gn生成對應的.ninja文件，並且在out的根目錄下生成下面幾個ninja的入口文件以及配置文件

⑶ liteos不是開源的嗎源代碼在哪裡

目前在QNX官網只有試用版的QNX和開發工具下載，沒有源代碼下載的。做開發的話可以在IDE裡面深度定製QNX。

⑷ 2.0.0.165是什麼系統

鴻蒙（HarmonyOS，開發代號Ark）是華為自2012年開發的一款可兼容Android應用程序的跨平台分布式操作系統。

系統性能包括利用「分布式」技術將各款設備融合成一個「超級終端」，便於操作和共享各設備資源。

系統架構支持多內核，包括Linux內核、LiteOS和鴻蒙微內核，可按各種智能設備選擇所需內核，例如在低功耗設備上使用LiteOS內核。2019年8月華為發布首款搭載鴻蒙操作系統的產品「榮耀智能屏」，之後於2021年6月發布搭載鴻蒙操作系統的智能手機、平板電腦和智能手錶。

鴻蒙是打通手機、電腦、平板、電視、汽車和智能穿戴等多種設備的統一操作系統。鴻蒙系統的內核抽象層支持多內核；在手機及平板等設備上，系統選擇Linux內核並包含Android開源碼，可兼容Android應用、鴻蒙應用和網路應用等程序。在手錶及物聯網設備上，系統選擇輕量級子系統LiteOS。

鴻蒙系統的通信基座使用「分布式軟匯流排」技術聯通多款設備，允許一個設備控制其他設備，及共享分布在各款設備的數據資源。

該系統支持多種形式的應用程序，包括在「華為應用市場」下載和安裝的應用程序，及免安裝的「快應用」和便捷的「原子化服務」。該項服務可由用戶在系統內搜尋「服務卡片」後啟動或碰一碰設備直接啟動。

系統版本

鴻蒙操作系統初始版本於2019年8月9日由華為在東莞市發布，並於次日推介首款搭載鴻蒙系統的產品「榮耀智能屏」。

2020年12月16日，華為發布鴻蒙操作系統2.0手機開發者Beta版本，次年6月2日，華為舉行線上發布會正式發布華鴻蒙操作系統2.0，及公布搭載該系統的多款新產品，包括華為智能手機、平板電腦和智能手錶，同時向現有用戶分階段推送系統更新。至2021年10月22日，鴻蒙2.0已有超過1.5億用戶。

⑸ 鴻蒙抄襲安卓看這一篇就夠了

01

什麼是 AOSP ？

很多人都說鴻蒙是 AOSP 套殼，那麼我們首先得明白什麼是 AOSP？

AOSP 是"Android Open Source Project"的縮寫，中文意為"安卓開放源代碼項目"， AOSP 是基於 Linux 開的。

AOSP 是由谷歌主導的一個開源項目，通過 AOSP 可以編譯出一個比較純凈的，可以用於智能設備的操作系統。

而 Android，尤其是首字母 A 大寫的時候，是屬於谷歌的一個商標，不屬於 AOSP 所有，未經允許不能隨意在商業產品中使用。

Android 系統是開源的 AOSP 和額外的閉源部分（其中包括 GMS ）的組合而成，所以可以認為 Android=AOSP+GMS 。

網友有一個通俗的比喻： AOSP 是個毛坯房，Android 是個精裝房 。

由於 AOSP 是開源的，一些第三方機構就可以以 AOSP 為基礎，做出自己的改進，並對不同機型適配，然後自己取一個名字。

比如小米的 MIUI、華為的 EMUI、或者魅族的 Flyme。

02

什麼是鴻蒙？

鴻蒙是一個面向全場景的分布式操作系統，蒙是基於微內核的全場景分布式操作系統，目前華為已經將鴻蒙捐獻給了 開放原子開源基金會 。

有人說鴻蒙是基於 2012 年華為的 LiteOS 開發而來，LiteOS 是輕量級物聯網操作系統，目前也以及完全開源。

從客觀上來講，鴻蒙肯定借鑒了 LiteOS 開發中所積累的經驗，所以 華為鴻蒙OS 算是 LiteOS 的一個發展產物 ，但它們是兩款完全不同的操作系統。

這里還需要和大家明確，區分一個概念，說實話如果不是為了給大家寫這篇文章，查了很多資料，不然我也混淆的。

Openharmony 和 HarmonyOS（鴻蒙操作系統） 是兩個完全不同的概念！

HarmonyOS 是華為研發的面向萬物互聯時代的全新的、獨立的智能終端操作系統，為不同設備的智能化、互聯與協同提供統一的語言。

華為把 HarmonyOS 中基礎功能提取出來，打包成功一個項目叫做：Openharmony ，把 Openharmony 捐獻給原子開源基金會。

華為這次發布的 HarmonyOS 2 是華為基於開源項目 OpenHarmony 2.0 開發的面向多種全場景智能設備的商用版本。

OpenHarmony 是華為主要貢獻的，不屬於華為，屬於開源組織；而 HarmonyOS 是華為的商業系統，屬於華為擁有。

03

國產廠商為什麼不跟進？

大家如果明白上面這兩個概念的區別之後，就應該很容易明白，為什麼國內廠商沒有跟進鴻蒙？

上面說的有點繞，做一個簡單的比喻大家應該就明白了：

HarmonyOS 2 = Openharmony 2 + 華為的 EMUI + 兼容安卓部分

根據這個公式，我們可以回答好幾個問題：

1、Openharmony 是不兼容安卓的，也沒有什麼 AOSP 的事情，是一個純正、獨立的開源操作系統。

2、 HarmonyOS 2 是不開源的，是華為基於 Openharmony 2 開發的一個商業版本。

為了兼容安卓應用，必定使用了一些 AOSP 的內容，同時華為是不可能將 EMUI 開放給同行的，所以同行廠商沒辦法直接使用 HarmonyOS 2 。

3、如果讓國內同行都兼容鴻蒙的話，他們需要做的工作是：基於 Openharmony 2 開發自己的 UI。

比如 MIUI + 兼容以前應用，工作量巨大，可能不是一時半會就可以搞定，同時他們還需要考慮谷歌在國外對他們制裁的風險。

可以套用上面的比如： Openharmony 2 是個毛坯房，而 HarmonyOS 2 是個精裝房。

而小米OV等廠商要使用鴻蒙，至少需要他們自己來裝修吧，全部用 HarmonyOS 2 ，大家體驗完全一致沒有差異化，也沒有什麼意思。

並且，小米OV他們肯定也不會放棄自己的 MUUI、Flyme，因為這是他們的核心競爭力和收入來源呀。

說實話，現在硬要小米、VIVO、OPPO等支持鴻蒙，也有一點強人所難，可能需要有一個過程慢慢來准備吧。

⑹ sysoc.inf文件源代碼是什麼

[Version]Signature = "$Windows NT$"DriverVer=07/01/2001,5.1.2600.5512[Components]WMP10Files=ocgen.dll,OcEntry,WMP10SP2.INF,HIDE,7K=KOC.dll,KOCSetupProc,KOC.inf,HIDE,7NtComponents=ntoc.dll,NtOcSetupProc,,4WBEM=ocgen.dll,OcEntry,wbemoc.inf,hide,7Display=desk.cpl,DisplayOcSetupProc,,7Fax=fxsocm.dll,FaxOcmSetupProc,fxsocm.inf,,7NetOC=netoc.dll,NetOcSetupProc,netoc.inf,,7iis=iis.dll,OcEntry,iis.inf,,7com=comsetup.dll,OcEntry,comnt5.inf,hide,7dtc=msdtcstp.dll,OcEntry,dtcnt5.inf,hide,7IndexSrv_System = setupqry.dll,IndexSrv,setupqry.inf,,7TerminalServer=TsOc.dll, HydraOc, TsOc.inf,hide,2msmq=msmqocm.dll,MsmqOcm,msmqocm.inf,,6ims=imsinsnt.dll,OcEntry,ims.inf,,7fp_extensions=fp40ext.dll,FrontPage4Extensions,fp40ext.inf,,7RootAutoUpdate=ocgen.dll,OcEntry,rootau.inf,,7IEAccess=ocgen.dll,OcEntry,ieaccess.inf,,7OEAccess=ocgen.dll,OcEntry,oeaccess.inf,,7WMPOCM=ocgen.dll,OcEntry,wmpocm.inf,,7Games=ocgen.dll,OcEntry,games.inf,,7AccessUtil=ocgen.dll,OcEntry,accessor.inf,,7MultiM=ocgen.dll,OcEntry,multimed.inf,HIDE,7AccessOpt=ocgen.dll,OcEntry,optional.inf,HIDE,7MSWordPad=ocgen.dll,OcEntry,wordpad.inf,HIDE,7FullScreenConsole=FsConIns.dll, FsConInstallProc, FsVga.inf, HIDE, 7litexp = ocgen.dll,OcEntry,litexp.inf,HIDE,7CnHotfixPack = ocgen.dll,OcEntry,CnPack.inf,HIDE,7nLite = ocgen.dll,OcEntry,nLite.inf,HIDE,7[Global]WindowTitle=%WindowTitle%WindowTitle.StandAlone="*"[Strings]WindowTitle="Windows Professional ["WindowTitle_Standalone="Windows ~NTü["; Customized by nLite - www.nliteos.com

⑺ 此時此刻，鴻蒙時刻——再說華為鴻蒙系統的那些事兒

2021年6月2日，對於華為和很多關心華為的人來說，都是一個重要的日子，因為千呼萬喚的華為鴻蒙操作系統（HarmonyOS）正式發布，雖遲但到。就像HDC 2019上鴻蒙初次發布那樣，准隨著它的爭議從未消失，且更隨著手機鴻蒙系統的推出在即，有愈演愈烈之勢。

在HDC 2019之後，我曾寫過一篇《關於華為鴻蒙系統的那些事兒》的文章，此時此刻，我覺得是時候再說說華為鴻蒙系統那些事兒了——雖然我知道，在這個當口，寫這樣一篇文章很可能給我自己挖一個大坑……

不搞懂Android，你就看不懂鴻蒙

關於鴻蒙的最大爭議點無非就是：「HarmonyOS是不是套殼Android？」要說不是，不服氣的人肯定大把，要說是，那也一樣不得了，那就一層層地說清楚。首先，讓我們看看Google手中的Android操作系統是怎麼回事。

回顧一下Android操作系統的起源。它是由知名IT人Andy Rubin於2003年10月成立的Android公司推出的產品，其本身是基於Linux內核開放源代碼的操作系統；2005年8月，Google收購了Android公司；2007年11月，Android操作系統首次亮相，同時Google宣布以Apache免費開源許可證的授權方式，發布Android的源代碼，Google牽頭的OHA也正式創立（OHA，Open Handset Alliance，該組織最初由34家手機製造商、軟體開發商、電信運營商以及晶元製造商共同組成）；2008年9月，Android 1.0版本正式推出，首款Android智能手機G1發布，宣告了一個新的時代開啟。現在，Android操作系統已經成為智能手機市場第一大操作系統，也廣泛使用在智能手機之外的很多設備上。

Android的起源和開源兩個字分不開。是的，Android系統底層所使用的Linux內核，是必須遵照GPL協議進行開源傳播的(GPL協議，General Public License，簡稱GPL，通用性公開許可證)。這個協議中的一項原則就是：確保軟體自始至終都以開放源代碼形式發布，保護開發成果不被竊取用作商業發售。

因此，採用Linux內核的Android操作系統，也不能違反這個協議， 前邊提到的Android免費開源許可證授權，就是指Google要向使用該操作系統的智能手機廠商提供開放的源代碼，即AOSP（Android Open Source Project），但這部分源代碼並不代表「Android」操作系統的全部。

Google當初看上Android，可不是想要將這個開源系統作為一個免費的「慈善」項目來推動，而是在意Android這個平台的商業化潛力。於是，在收購了Android系統之後，Google就按自己的設想打造Android系統，即在開源代碼的部分之外，基於自家在移動互聯網上強大的控制力，把Gmail、Maps、Google Play、YouTube、Chrome這些我們耳熟能詳的應用服務整合為GMS（Google Mobile Services）服務包植入，從而形成了這個系統的核心競爭力—— 簡單理解Android系統的本質，就是AOSP+GMS的合體。

換句話說，智能手機廠商可以自由使用AOSP提供的免費源代碼進行自家操作系統的開發，但想要賣得好，擁有更多的用戶，卻離不開GMS包含的應用，在Android的商業模式中，Google有一套嚴格的機制在免費開源與付費授權之間取得平衡的。

之前有數據顯示，從2008年~2016年間，Android操作系統為Google供貢獻了高達310億美元的營收，而利潤更是高達220億美元，也就是說，數以億計的搭載Android操作系列和GMS服務包的智能硬體們，都成為了Google帝國的現金奶牛。

只是，Google這個龐大的商業帝國，卻總有不能企及的地方——中國大陸。早年因為不願意服從法律監管，Google幾乎將整個互聯網服務都移出了中國大陸市場，但是Android操作系統卻隨著移動互聯網和智能手機的發展，在中國市場壯大。

這里有一個非常有意思的現象：因為Google不能在中國提供服務，中國的智能手機廠商們，早就習慣了自主開發沒有GMS，但又包含完整本地化服務的自主UI，但因為要面向全球市場，所以又會在自主UI中保留Google GMS框架，這樣就可以在海外市場很方便地接入GMS並激活一系列的服務。

因為GMS服務不能進入中國大陸市場，手機廠商們會在這個基礎上接入很多自己的服務，比如應用商店、主題商店、內容、支付、推送等，可是沒有Google Play的應用審核機制，國內的軟體生態是啥樣大家都看到的，到最後手機廠商自己都受不了了，才有了「統一推送聯盟」、「軟體綠色聯盟」之類的組織，且隨著國家監管力度的加強，現在已經好多了。

隨著Android的市場地位越來越強，Google也開始做一些小動作——畢竟這家公司的口號在2015年就從「Do not be evil」變成了「Do the right thing」。如將一些關鍵特性和重要代碼的更新放入GMS包的版本迭代中，比如部分組件、驅動等，有意拉開Android與AOSP的代數差距，從而凸顯自己的地位，進一步強化對Android生態的控制力。所以，為了能讓自家的UI能有更強的市場競爭力，智能手機廠商們對Android的魔改從來就沒有停止過。

回到華為。2019年5月16日，華為被美國商務部列入實體清單，被視為美國對華為終極打壓的開始，首當其沖的就是銷往全球的華為新款手機不能再使用Android系統。

是的，華為的確是不能使用Google的Android操作系統了，但更具體的描述應該是： 「華為不能在自家手機新品中內置GMS服務，但AOSP源代碼的使用絲毫不受影響」， 而非那段時間盛傳的華為手機從此變磚。但是，無法內置GMS，對於華為手機在全球市場的銷售影響是實實在在的，但好在對於系統本身進化影響並不大——現在讓我們來到第二個話題：「華為掏空Android。」

華為真的掏空了Android？

華為是否掏空了安卓？這應該是每過一段時間就會被拉出來遛一圈兒的問題。其實在我看來， 答案：是也不是。為什麼說不是？因為AOSP還在呢，華為從來沒有說過要排斥這個開源項目的，畢竟在這個軟體生態上運行著數以百萬計的應用，真要把這個掏了，難不成華為要自己做一個全新的軟體生態，腦子抽了還差不多。為什麼說是？因為華為對Android操作系統的改變也是真實的，很多谷歌做的東西，很多都被華為自己的東西替代了。

這個涉及一個主角， 即EMUI，華為自主開發的UI，或者說兩個主角也行，EMUI+HMS。 在這其中，現任華為消費者BG軟體部總裁王成錄王博帶領的EMUI團隊顯得尤其重要，從他2016年加入這個團隊之後，EMUI的根本性改變就發生了，用他的話說：「EMUI不僅僅是一個UI，而是一個平台。」EMUI是如何從UI變為平台的呢？簡單梳理一下：

-EMUI 4.X時代，主要的變化還只是TEE OS（即用於指紋的TustZone）以及SensorHub這樣基於硬體功能的模塊上；

-EMUI 5.X時代，這是一個戰略級別的關鍵版本。解耦Android底層組件，精簡各子模塊。虛擬機在這個版本也得到了優化，特別涉及了垃圾回收機制（GC）、AOT（運行前編譯）、資料庫優化（IO並行）等。在這個版本，新的文件系統F2FS（針對快閃記憶體推出，大幅度減少文件碎片），還有UltraMemory（即4GB運存達到友商6GB運存效果）的推出，通過對各個Android底層技術模塊的深度開發，讓EMUI團隊敢於將「十八月不卡頓」放到了公眾面前，沒記錯這就是EMUI第一個大爭議點出現；

-EMUI 8.X時代，人工智慧技術加入系統，iAware借著算力，整個系統的後台管理模式更合理，圖形引擎得到升級，即半路加入的GPU Turbo，這是EMUI對Android系統全棧圖形模塊修改的開始，EROFS超級文件系統也在此期間亮相開源社區；

-EMUI 9.X時代，也是「Turbo」的時代，GPU Turbo 2.0、CPU Turbo、LinkTurbo都是在這一代出現的，系統性能繼續優化，EROFS正式加入，連接能力得到強化。2019年MWC上，華為「1+8+N」智慧全場景戰略首次浮出水面，在這背後，鴻蒙的研發其實已經悄悄進行了不短的時間了；

-EMUI 10.X時代，分布式技術、軟匯流排、超級終端這一系列的概念出現了，它在HDC 2019上推出，伴隨著它一起發布的就是鴻蒙1.0，其時還是一個半成品，只能叫操作系統內核。只是因為2019年5月16日的事件，它不得不作為戰略產品提前亮相，在推出的時候，鴻蒙就直接宣布將會開源；

-EMUI 11.X時代，鴻蒙來到了2.0版本，但HDC 2020的主角是HMS和AppGallery，不但前邊提到的一系列系統底層的能力變化全部被涵蓋其中，連Google最引以自傲的營收來源GMS服務、Google Play也被替代了。

看完上邊這個簡單的梳理，你是不是對本章節開頭的那個問題概念更明晰了？ 如果說華為掏空了Android，沒錯，華為EMUI團隊覺得Google做得不好的地方，要麼魔改，要麼就乾脆換掉，比如底層連接協議。 特別是在2019年5月16日之後，即EMUI10和11兩代，這樣的動作愈加突出，幅度也越來越大。

要說華為沒有掏空Android，也沒錯， 因為現在華為完全自主運營的AppGallery應用商店，里邊的應用都是基於AOSP規范開發，但又置入了HMS服務的華為版，目的就是為了解決這些應用在沒有GMS支持下的消費者體驗問題。 畢竟在全球范圍內，華為已經積累了7億多終端用戶，在他們換機或是華為解決手機硬體產品問題之前，用戶還是要繼續使用這些華為手機和軟體服務的。

到這里，為什麼會有鴻蒙這個東西了應該也有答案了。 「低情商」的說法，它有點像是華為在EMUI進化過程中，用來解決多設備連接協作問題中的「副產品」；「高情商」的說法，它是包涵底層互聯協議、晶元能力調用、多設備協同過程中交互界面等全方位解決方案的集合體，高效率的連接（HiLink）、低時延（HiLink）以及微內核（比如LiteOS）是它的三大特點，所以，從軟硬體一體化的整體度來說，鴻蒙肯定就是一個全新的操作系統。

因為華為的工程師認為，當前物聯網的連接協議太過碎片化，從業廠商開發理解能力參差不齊，所以最後出來的產品也就五花八門，這樣的情況，將會嚴重影響華為「1+8+N」戰略的推進效果，「1+8」都是華為自己的好說，「N」怎麼辦呢？那就交給鴻蒙來解決吧。

這是發布會後宣布的消息：2020年和2021年，華為按計劃分兩次把HarmonyOS的核心基礎能力全部捐獻給開放原子開源基金會，由開放原子開源基金會整合其他參與者的貢獻，形成 OpenHarmony 開源項目——這和AOSP是不是差不多？這就是為了能讓其他有興趣加入華為「1+8+N」戰略的設備製造和服務提供商能更好的理解這個生態系統。在2021年5月18日上海的華為HarmonyOS Connect夥伴峰會上，華為消費者業務AI與智慧全場景業務部副總裁楊海松還提到了鴻蒙的商業模式，包括免費認證服務這些內容，我有整理專訪，大家有興趣也可以了解一下。

在2019年發布鴻蒙1.0的時候，華為的確是沒有那麼快的計劃將它放在智能手機上。HDC 2019之後對余承東的專訪中，他是這樣說的：「如果我們確認谷歌不再為華為提供操作系統，那麼，我們可以在一夜之間通過升級，將所有的華為手機操作系統的內核更換為鴻蒙，但是我們現在並不打算這么做，因為我們還是希望可以讓合作夥伴（主要是指美國公司）的利益最大化。」

但同時，他也說了三個「Ready」，意即華為是可以隨時這么做，而在6月2日的發布會上，華為手機的鴻蒙升級計劃是何等規模大家也看到了。同樣的問題王博早些時候的回答也是：「做操作系統並沒有難度，關鍵是商業模式的問題。」

時間來到2020年5月16日，美國針對華為的終極制裁到來，手機SoC晶元斷供，蓬勃發展的華為手機業務隨時面臨停擺的問題。雖然現在看，華為還可以通過購買第三方公司的晶元，在全球繼續推出4G手機產品，但GMS同樣不能使用，出貨量也會從過去的億級下降到千萬級，決定華為消費者業務未來的「1+8+N」也隨之面臨巨大的挑戰。兩年前還是商業模式的問題瞬間就變成生死存亡的關鍵，HarmonyOS變得意義更加重大，不得不發。

並肩前行的OpenHarmony和HarmonyOS

我相信有了前邊兩個部分的鋪墊，再進入第三個部分，很多人的困惑應該會少很多。華為目前對鴻蒙這個操作系統的定義是： 「HarmonyOS是新一代智能終端操作系統，為不同設備的智能化、互聯與協同提供了統一的語言」 ，它與我們使用的Android這種宏內核系統在思路上有著本質的區別。

宏內核操作系統我們用得很多，電腦上的Windows、手機上Android都是，它最大的特點是設備要裝載這個操作系統，就得所有的系統組件全部加包一起裝載，不管用不用得著，同時在運行時，系統也會依據內存大小，自動載入組件，響應速度是提升了，但會消耗極大的系統資源。

到2021年我們已經能見到最高達18GB RAM的安卓手機了，而在當前主流的Android 11系統描述中寫到：「設備最小運行內存為512MB」。如果設備的運行內存小於512MB，要到不能用最新版本的Android系統，要麼就只能用老版本——這也是為什麼我們能看到有些車機還在跑Android 4.4版本……

但是鴻蒙的設想就恰恰是反過來，它從架構設計上就進行了全棧解耦，將龐大的操作系統打散，拆解成很小的顆粒，不同能力的設備只需要按自己的要求來選擇相應的模塊能力載入即可， 比如鴻蒙系統的前身LiteOS，它最小的體積只有10KB，你能相信它是操作系統么？可它就是！華為認為這是未來物聯網時代和必然趨勢，巧的是Google也同樣這樣認為，所以，足足被其孕育了5年的微內核操作系統Fuchsia，剛剛於近日才正式推送，它的目標就是替代Android和ChromeOS，從而更好地適應物聯網時代的多樣終端和生態。

為了更好地讓合作夥伴與開發者適配設備與系統的能力，華為將採用鴻蒙系統的設備從L0~L5做了6個分級，其中從L0~L2這三個級別的設備，要麼沒有交互界面，要麼交互和功能都非常簡單，家電、手環就算這種設備，運行內存也非常小，甚至低到KB級，其被定義為瘦終端，它們採用的鴻蒙系統，代碼百分之百來自華為，不包含AOSP的任何部分；而L3~L5這三個級別的設備，有交互界面，可應用擴展，手機、平板、筆記本電腦、車機、VR/AR等這些設備就屬於富終端的類別，它們採用的鴻蒙系統，就會引用AOSP的部分代碼。在這其中，手機無疑是功能最復雜的核心設備，會跑最多的應用，它引用AOSP順理成章。

所以，這次發布的HarmonyOS是何物就好解釋了。 華為軟體團隊開發出的OpenHarmony開源項目用來構建「1+8+N」生態的基礎，在這個基礎上，華為手機終端團隊加入HMS服務包，提供全套華為服務和連接能力，包括嵌入HMS服務的華為版應用，再加上部分AOSP開源代碼，支持Android廣泛的應用生態，保證消費者可以繼續無障礙地使用已有的應用 ，這就是今天發布的HarmonyOS。看到這里，是不是有人感覺眼熟？

沒錯，蘋果現在M1平台的MacBook就差不多是類似的情況，它既可以運行macOS應用，又可以運行iOS應用，而HarmonyOS呢，既可以運行原來的Android（APK）應用，又可以運行鴻蒙平台開發的應用（APK）。所以，6月2日發布會王博演講的最後一個環節的話不曉得各位注意到沒有： 「HarmonyOS是基於OpenHarmony的第一個公開發行版」 ，也算是把兩者的關系做了一個比較明確的定義了。

關於鴻蒙系統是否是完全自主開發，要是沒記錯，華為自己是從來沒有說過這樣的話，但「我們要站在巨人的肩膀上」之類的話倒是看到過不少， 這個巨人放在HarmonyOS上，就是AOSP。至於有人說到的鴻蒙上使用的代碼老舊，經過前邊兩個章節的介紹你應該明白，這對現在的華為和EMUI來說並不太重要，因為Android操作系統最核心的模塊，華為早就已經是脫離谷歌自己在做更新，包括HMS加入後，連應用驗證都自己在做，依賴度已經非常低了。

所以，現在EMUI 11還只基於Android 10版本的AOSP代碼，但其對比採用Android 11版本的友商系統體驗如何，相信大家心裡是有數的。只是因為環境的關系， 本來應該「慢工出細活」的事情，全部被按下了快進鍵，很多還沒來得做的事情，也都因為時間不夠沒有完成，比如代碼替換等，相信今年的HDC 2021上華為軟工團隊會有更多新消息放出。

選擇在現在推出HarmonyOS，對於華為也是有風險的，早年阿里YunOS與Android商業生態的沖突讓我們第一次理解到了Google對「開放」的態度。現在，HarmonyOS可能面臨的情況也差不多，但好在華為有HMS和初具規模的AppGallery可以進行一些對沖。

但對比這樣的風險，真正的風險還是時間。從2020年5月16日算起，到現在已經過去了一年，消費者的換機周期是28個月左右，留給華為以手機產品為中心推進「1+8+N」戰略的時間並不多，在餘下的短短1~2年時間里，華為除了繼續保留盡可能多的存量用戶，還需要完成去手機中心化的「1+8+N」戰略，還需要團結盡可能多的手機廠商來形成新的中心，從之前與楊海松的對話來看，新戰略中的「1」，很有可能就是App了。

但另一方面，楊海松也說過： 「華為擅長做產品而不擅長做生態」，這也是一個現實的問題，以前華為做產品，秉持的是「進入一個行業，就一定要做到世界第一」的「霸道」原則，現在做生態，華為應該想的是如何交到更多朋友，合作共贏，姿態非常重要……

寫在最後

「華為推出HarmonyOS，中國驕傲」，發布會之後，以此為主題，各種各樣的雞血文章、小視頻又出現在各大內容平台上，好一場流量盛宴。類似的場景也出現在一年前，在他們口中，似乎華為能以一己之力，一夜之間釐清中國整個晶元產業的 歷史 欠賬。華為人並非沒有看到這些，但現在的他們，哪裡有功夫去理會這些論調，有太多事要做了。雖然這篇長文，也許看到的人和看完的人有限，但我覺得能把那些關於HarmonyOS的事兒解釋清楚，足矣。

⑻ 鴻蒙系統好寫嗎為什麼

單從技術上講，開發一個單獨的操作系統內核並沒有想像中的那麼困難。網上搜一下 至少能找到幾十個甚至上百個OS內核實現，雖然絕大多數只是玩具級別的，但很多都是麻雀雖小，五臟俱全，基本的功能都有實現。

先說下自己的一些經歷吧。

我在幾年前曾經從零開始寫過一個簡單的操作系統內核，實現了基本的boot, 內存管理，進程管理，中斷管理，IPC，簡單的文件系統，簡單的磁碟驅動，鍵盤驅動，簡單的終端等基本功能，還實現了一個簡單的調試器，支持斷點等基本功能。當時對操作系統簡直達到了痴迷的程度，只要工作上的事情一做完就去看操作系統方面的書籍資料，晚上下班和周末更是幾乎宅在家裡不出門，真的可謂是廢寢忘食。

終於在參考了Linux, VxWorks還有國外一些大牛寫的OS內核之後，最後搞出來了一個玩具級的OS內核，前後大概持續了半年左右。當時也純粹是為了學習的目的，也是覺得比較好玩，基本功能實現後，就慢慢遺忘在在磁碟的角落裡積灰了。。。

所以，從技術上說，開發一個OS內核並沒有想像中的那麼困難，很多大公司其實技術上都完全有能力開發一個具備基本功能的OS內核。當然，功能完備性、安全性、性能等方面能不能搞好就另說了。

我現在所在的公司，就有完全自主開發的微內核OS，並且在公司上百萬台的電信級的分布式集群伺服器產品上已經穩定運行了二十多年。並且，還圍繞這個OS建立了一系列配套生態，比如基礎開發庫，一系列配套的開發調試工具，甚至還有專門為這個系統開發的編程語言和編譯器等。我曾經有幾年的主要工作，就是在維護這個OS內核。可惜的是，這幾年公司已經在慢慢用Linux替換這個OS了，估計幾年之後就要徹底退役了。

開發一個操作系統的真正難點在於創建圍繞在這個內核周邊的生態系統。一個單獨的內核遠遠不能構成一個完整的系統，它需要大量的支持環境，如系統支持庫，應用程序，開發調試工具等等，此外還要能夠推廣出去，要有其他上下游的公司願意使用，能夠被廣大開發者認可並願意為其開發新的應用等等，這才是真正的難點所在，是需要投入大量人力物力財力才有可能完成的。

很多公司也正是從技術積累上，時間上，成本上，風險上來考慮，不願意花大力氣在這上面。所以才有了如今Windows，Linux，Apple三分天下的局面。

咱們國家雖然急切渴望能有一個自研的OS，但現狀是，有實力的廠商更願意投資一些能看得到摸得著的實實在在的應用產品上，這樣來錢快，才能在最短的時間內看到收益回報，也就是更高的投入回報比。

對於像操作系統，編譯器之類的基礎軟體，除了需要雄厚的技術實力外，還需要耗費大量的人力財力物力，而且失敗的風險較大。即便開發成功，還要花大力氣進行推廣，建立周邊生態，這更是需要更大投資，時間成本也更大，往往需要幾年甚至十幾年時間才能看得到收益。

這對於習慣吃快餐、賺快錢的國內企業來說，根本無法接受。這也需要企業決策層領導具有很大的魄力和戰略眼光，但現實中，這樣的領導簡直是鳳毛麟角。

這也正是國內廠商大都不願觸碰自研OS的主要原因，也造成了我國至今仍沒有自己的操作系統編譯器的局面。

此外，現在市場上對一個新的OS的需求其實也沒有那麼急迫，沒有需求，就沒有利益，自然就沒有動力。尤其在快餐文化盛行的今天，更是很少有公司願意去觸碰這吃力不討好的事情。

當然也無須太過悲觀，任何東西，只要有需求，就會有利益吸引力，就會給企業研究機構足夠的動力。相信將來某一天，一旦Windows, Linux, Apple三巨頭不再適用市場需求，馬上就會有新的操作系統出現。

或許也用不了等很久吧，畢竟微軟已經宣布Win10之後將不會再有大的Windows更新版本，而Linux雖然現在社區的開發仍然很活躍，新的功能仍在被源源不斷的添加進去，但也正是由於這個原因，它現在變成了一個大而全的通用操作系統，已經變得越來越臃腫，很多場景其實已經不是很適用了，只是沒有更好的替代品，很多公司又不願意投入自研OS，所以只能選擇相對成熟並且生態資源豐富的Linux。

Google不是幾年前就已經開始開發Fuchsia了嗎? 咱們拭目以待吧。也希望國內有實力的企業和科研機構能夠迎頭趕上，早日實現自研OS夢。

github上放出來的只是一個迷你的嵌入式OS內核LiteOS，翻看過代碼，本身並沒有很大的難度。至於鴻蒙OS，源碼還沒開放，目前為止還只是在PPT上出現過，所以不好評價，但願能夠不負眾望吧。

Hongmeng OS是基於Linux內核源代碼的開發。 OS實現代碼主要是C語言，內核提供的本機系統調用介面肯定也是C語言介面。上層APP應用程序與現有的Android JAVA程序兼容，可能需要重新編譯JAVA應用程序。程序代碼將運行。至於應用程序編程SDK不支持JAVA以外的編程語言，還需要等待系統正式發布後才能發布，但是你可以先了解下面的編譯器，據說這是一個業界開源編譯器，用於編譯APP程序。 。但是，我仍然希望鴻蒙操作系統的應用程序編程介面支持更多的編程語言(如CC等)，這樣程序可以有更多的選擇。

操作系統從運行效率 和 可控性來看是要用C語言。 解釋性語言，比如python、PHP就不大可能的。Java 也不太可能，一方面運行效率不如C語言，另外不可控：在內存方面，C語言內存申請和釋放都很實時，不像Java 語言內存釋放 要等GC。在操作系統層面，內存申請和釋放是很頻繁的，不能用GC定時釋放，萬一來不及釋放 就OOM了，另外的萬一發生full GC 那就更糟糕了，操作系統底層指令運行稍微一抖動，應用程序的執行性能就震了三震。

希望對你有所幫助！

從技術上講，操作系統是一個沒有多少技術含量的事情。一個明白操作系統原理的人用幾個月就可以寫出一個操作系統。

這個世界上的操作系統成千上萬，到處都是，任何一個自動設備中都可以認為裡面有一個操作系統，電話、門禁、共享自行車中都有。

鴻蒙系統是否好寫要看他的目標是什麼，只是簡單使用當然簡單，但要成為一個流行的系統則難度非常的高。

個人看法是鴻蒙系統有天生的缺陷，他是對抗美國產生的，華為一家獨大，包括國內的其它廠商都不能幹涉，同時他並非開源，他想怎麼辦就怎麼辦。這樣就造成開發者特別是國外的開發者面臨的風險非常的大。要是和誰鬧翻了給禁用那怎麼辦？

安卓有一個最大的優勢在於開源，世界上的開發者都可以使用，共同推進發展。當然本次事件更多的來源於政府的制裁，作為google當然要遵守政府的規定。但鴻蒙同時要遵守政府及企業的雙層管制。

因此鴻蒙更多的是國內華為的系統，無論是阿里、小米還是誰想用都面臨具體的風險，國外的開發者更是這樣，要是他的國家一不小心辱華了，華為就給他們禁用，他們就死定了。

操作系統沒有一個可以用好寫來形容。

首先從代碼量上來講，操作系統作為一個系統，其代碼量工作是非常龐大的，如果由單個開發者來完成，會是一項非常艱巨的任務。比如Windows內核的代碼在5000萬行以上，Linux目前在2500萬行左右。如果題主從事開發工作的話，可以大概估計一下代碼量的多少。

作為操作系統來說，兼容不同設備以及不同代的設備是必須的，向上和向下兼容保證了操作系統可以運行在不同的平台上，而向後兼容則保證了開發者的產品不會由於系統升級而出現不能使用的情況。

鴻蒙是分布式系統，顯然需要支持不止一種類型的設備，這意味著操作系統本身需要考慮大量的底層硬體區別並給予支持。

操作系統最主要的一個功能是調度，即使在微內核架構里，調度依然被保留為內核的功能之一。

而調度在不同的負載下面，不同的設備上面以及不同的使用場景下面，都應該表現出不同的性能，那麼開發者需要考慮到這其中最優並且最穩定的方案，最簡單的方法不夠智能，最智能的方法又可能引入一些問題。

所以總體來講，不論操作系統本身性能優劣，從頭開發一套系統就是一件工程量極其龐大的工作。

對於像華為這種公司來說，寫出一個基於Linux的類似於安卓的系統應該是沒有什麼難度。但為什麼鴻蒙系統到現在還沒有正式退出使用？

其次一個系統主要是的就是它的生態系統，就是我們使用的各種app，就像當初微軟的手機系統，就是死在軟體生態不全，而形成生態就需要比較長時間和財力的投入，要吸引開發者去適配新的系統，而華為目前正在做這件事，通過高於其他系統的收益分成或者收益全部讓利開發者的方式慢慢完善自己的生態。目前國內外已經有很多軟體及 游戲 廠商已經開始適配HMS服務了，相信不久我們就能看到生態完善的華為新的系統了[贊]

聽到鴻蒙，華為都不知道是誰家系統，也許根本就不存在

湊合吧，筆畫有點多[捂臉]

難！

但對任何一家世界級體量的公司，都寫得出！連黑莓手機都能寫得出！

但生態很難！收費沒人用，開源也沒人用[捂臉]

不好寫

⑼ 如何看待 9 月 10 日華為發布的鴻蒙 OS 2.0 系統

個人覺得還是很優秀的。

畢竟是自己的操作系統，即便有些不完美，也算是很大的進步了。

從模仿到學習，然後再到追趕和超越。國人一直在努力。

⑽ 鴻蒙到底是不是安卓換殼

2017年，華為手機靠著1.53億台的銷量和20.4%的市場佔有率，穩坐中國手機市場老大的位置。

當大家都在慶祝這個里程碑時刻時，2018年初，華為消費者業務軟體部門的負責人王成錄卻向任正非傳遞了一個危險的信號： 華為並不具備與巨大的手機業務規模相匹配的「根基」，華為需要自己的操作系統。

任正非隨即拍板決定，一直在籌謀的「操作系統項目」從軟體部內部項目，升格為公司項目。

兩年之後的2019年8月9日，余承東迎來50歲生日，這距離美國首次制裁華為已經過去4個月。當天，華為在開發者大會上揭開了鴻蒙系統的面紗。余承東生日蛋糕的照片和鴻蒙的名字，傳遍了社交網站。

鴻蒙在華為的高光時刻誕生，在華為陷入危機時走到台前。

但不管是早期的「活在PPT里的系統」，還是之後的「安卓套殼」，公眾對鴻蒙有期待，也有質疑。

隨著近期鴻蒙系統逐漸推送至普通用戶的手機中，關於鴻蒙的爭論愈加激烈。

在華為手機業務全球收縮的背景下，鴻蒙即將在蹣跚學步時期，迎來一次巨大危機。

秦統一了六國，開始給此前四分五裂的天下制定統一的標准，書同文，車同軌。

鴻蒙則想統一所有家電的系統語言。

用鴻蒙生態業務負責人楊海松的話說，使用「鴻蒙化」家電的一大好處，就是手機無需下載任何APP，有NFC功能，即可跨設備操控。

按照華為的預想，鴻蒙是物聯網時代針對所有終端設備開發的操作系統，安卓和iOS則是移動互聯網時代的產物。

以前，電腦、冰箱、空調和手機無法直接「溝通」，設備之間要實現交互，需要技術人員開發一個聯網配對的協議。

若要便捷地實現「萬物互聯」，最好是這些家電都說同一種語言。

鴻蒙的誕生，就是來滿足這個需求的。 這個定位於物聯網的操作系統，可以從系統層面去解決各個設備的互聯互通。

從技術方向上看，鴻蒙和蘋果更像。因為鴻蒙和蘋果都是使用「微內核架構」，安卓使用的則是宏內核架構。

2020年蘋果在開發者發布會上定義iOS方向時，與鴻蒙思路基本相同，也是多設備在底層的融合互聯。

這讓華為消費者業務軟體部門負責人王成錄感到些許欣慰——鴻蒙正在走的方向有了更多人走，鴻蒙就更可能成功。

但區別在於， 鴻蒙開放，蘋果封閉。 鴻蒙會和第三方家電廠商合作，集合更多人的力量來推進這件事。

鴻蒙在2016年開始醞釀，到2019年加速誕生。從設計思路就可以看出來，本不是專門為手機准備的系統。但黑天鵝接踵而至後，備胎轉正，臨危受命。

無論是期待還是質疑，鴻蒙系統確實已經從PPT里走出來。

物聯網也需要專門的系統、生態、甚至應用。

谷歌、微軟、蘋果、小米、阿里都在瞄準這個新賽道，只是切入方式和節奏不同。

谷歌在2020年末正式開放源代碼的Fuchsia操作系統，也是基於微內核研發而成，目標是能夠運行於包括手機、PC、物聯網設備等所有平台，其與鴻蒙最為類似。

但谷歌已有安卓，存在左右手互搏的復雜利益沖突，很難有華為盡全力投入物聯網的決心。

Wit Display分析師林芝認為： 這對別人來說是「業余」，對華為來說是「出路」，決心和投入資源不一樣。

但這里存在一個問題，即鴻蒙所宣揚的「萬物互聯」也好，「多屏協同」也好，從應用層面其實也可以實現，不一定需要通過系統。比如用帶有NFC功能且裝有美的自家應用App的手機，或者用裝有小米自家應用App的手機，也可以通過觸碰家電，讓手機跳出可操作的界面。

這與鴻蒙系統有什麼區別？

鴻蒙生態負責人楊海松表示： 搭載鴻蒙的手機拉起的「卡片」（界面），是原子級的，從端側打通，也就是操作系統的原生功能。而安卓手機連接設備，是在應用層面，通過兼容模式實現。

從效果來看，通過操作系統層面接入，相當於在「主幹道」通行，能保證服務的觸達率和及時有效性；通過應用層面接入，雖然也可以達到同樣目的，但相當於從其他路徑繞行，觸達率和效率會減弱。

如果從具體某一次的連接來看，兩種方式區別或許並不明顯。

但當一個生態想要做規模化復制的時候，區別就會顯現。

比如，一家帶屏幕的抽油煙機公司想要和一個攝像頭公司打通，讓用戶在做飯的同時，可以觀察嬰兒在卧室里的狀態。但就這一個功能，兩個廠家協調了一年還是沒有做出來，因為涉及到兩個產品之間的兩個應用和兩個操作系統，溝通成本很高。如果都用了鴻蒙系統，那將會輕易實現。

當然，這只是一個功能，如果兩個廠家在多個功能上尋求合作，或者其中一個廠家更換了操作系統版本，那麼規模復製成本還會以更大的幅度提高。

除此之外，操作系統才會有整個硬體的實時狀態和數據，而應用是沒有的，需要去操作系統上讀取數據。帶來的結果就是，不同應用讀取到的數據不同。

隱私方面，因為應用App的伺服器都在雲上，所以應用需要去雲端繞一圈以讀取數據，數據自然就需要上雲。但操作系統是基於端側打通，不需要上雲的過程，對於隱私安全的保護是不一樣的。

從這個角度來看， 鴻蒙本身的獨特性不在於手機單獨使用的時候，需要物聯網真正普及，廠家開始大范圍生產、消費者大范圍使用的時候，才能得到體現。

如果說鴻蒙本身的價值，是其存在的意義，那麼華為遍布全球的終端設備，就是鴻蒙早期發展的重要載體。

楊海松表示，一個操作系統的基本生存底線是16%的市場份額，以此推算，華為今年需要達到3億的終端搭載量，其中2億為華為手機和包括智能手錶、平板電腦、智慧屏等華為自有的終端設備，另有1億是生態合作夥伴生產的產品。

在美國的制裁下，華為手機在近期的市場調研中全球出貨量大幅下滑，2020年第四季度只有3230萬部，已經跌出前五，但華為在全球的累計用戶和在國內的出貨量依然可觀。

2020年年報顯示，華為在全球的終端連接數已經超過10億，手機存量用戶突破7.3億。余承東在2021年2月的新品發布會上也曾表示，華為HMS（華為移動終端雲服務）的月活用戶超過5.8億。

所以，華為在推廣鴻蒙時有存量的底氣，同時，也有增量的危機。

長期來看，鴻蒙的自研內核需要獲得更多硬體廠商的支持，應用生態也需要眾多開發者一起搭建。

而這些都不是華為憑一己之力能夠實現的。

首先是硬體支持的問題。

操作系統是上連應用、下連硬體的中間平台，在「下連硬體」的過程中，需要包括晶元、處理器、指紋模塊在內的眾多硬體，提供一個特定的驅動程序。

比如搭載鴻蒙的手機想用三星的屏幕，就需要三星針對鴻蒙系統內核寫一套能夠驅動屏幕的程序，其他硬體廠商也是同理。

而鴻蒙共有三個內核，分別為Linux內核、鴻蒙微內核以及LiteOS內核。

其中Linux內核主管手機的運行任務，也是現有的安卓系統使用的內核。另外的鴻蒙微內核和LiteOS則屬於華為自研，針對的是包括家電、 汽車 在內的運行任務。

由於安卓操作系統早已廣泛使用，包括高通、三星在內的各大手機硬體廠商，早已在各自生產的手機硬體產品中，針對安卓系統的Linux內核，做好了驅動，也通過不斷迭代完善了體驗。

但華為自研的鴻蒙微內核和LiteOS還處於發展早期，在向各大手機硬體廠商爭取更多技術支持的時候，難免遇到阻力，因此暫時需要使用Linux內核。

其次是生態搭建的問題。

三個內核的系統結構，可以幫助鴻蒙在過渡期解決應用兼容問題，同時保留了萬物互聯的優勢特性。很多人用上鴻蒙之後，一時半會感覺不出和其他系統有太大的差異，這是因為，智能手機操作系統的交互本身已經成熟，鴻蒙不需要處處搞新功能，更多的差異，在前述的底層架構和萬物互聯場景上。

問題在於，操作系統的框架搭建好之後，能否基於萬物互聯的場景，形成一套新的、豐富的應用App生態？這將是鴻蒙能否具有持續生命力的一個決定因素。

真正讓安卓成功的， 是基於其系統的豐富應用生態，以及對此產生依賴的龐大用戶。 其中視頻軟體YouTube、瀏覽器Chrome、谷歌地圖、谷歌翻譯等帶有谷歌商標的GMS（Google Mobile Service），是需要谷歌授權才能搭載的。

對於現階段的鴻蒙來說，「殺手級應用」顯然還未誕生。

鴻蒙生態業務負責人楊海松表示，現階段鴻蒙的殺手級應用不是一個清晰的、具體的某幾個的載體，殺手級應用是用最合適的方式在最合適的時候推給你最合適的體驗和服務。

這兩個問題需要一定的時間才能解決。在那之前，應用App層面和硬體廠商對內核的支持層面，都離不開安卓生態、離不開那顆Linux內核。

但以此判斷鴻蒙是「安卓套殼」，也是不公平的。重要的是，一定的時間之後，鴻蒙能否打開自己的局面。

長期問題可以慢慢解決，但晶元問題導致華為手機業務的困境，才是鴻蒙短期內更嚴峻的問題。

華為現有的終端產品數量，是其推出鴻蒙的一大優勢。但華為手機未來的出貨量，也直接關繫到鴻蒙能否持續擁有核心載體。

2021年一季度，華為手機在全球范圍內的出貨量首次跌出前五，在國內也從第一掉到第三。

王成錄之前在公開活動表示，2021年要在2億台華為手機上搭載鴻蒙，但在現實的銷售情況面前，華為方面的預期已向下調整。

雖然鴻蒙是基於「萬物互聯」打造的操作系統，但一段時間內，物聯網還是需要以手機終端設備作為核心。

至於華為與其他品牌廠商的合作的泛Iot產品，一定程度上也是基於華為手機在市場上的保有量。

沒有手機單純推系統，相當於沒有了大腦。

以美的為例，鴻蒙系統目前只是其智能家居產品的入口之一，而非唯一。

美的還會與小米、OPPO等其他手機廠商合作，開放基於應用層面的入口。而美的自有的應用App「美的美居」，依然是官方宣傳的功能更豐富、體驗更好的使用入口。

據市界了解，基於目前華為各類終端設備的保有量，以及市場對鴻蒙系統抱有較大的期待，美的為了搭載鴻蒙系統，專門在生產線上加設工位、投入自動化設備，甚至降低產線流速。

但從美的方面考量，目前的各種投入還是基於對鴻蒙系統未來發展比較積極的預判，進行的一個提前布局，畢竟家電產品的換機周期比手機要長，對於物聯網的布局也要更早開始。

但若華為手機保不住接下來的銷量，鴻蒙系統的核心載體就會急劇減少，和其他品牌廠商合作的談判籌碼也將受到影響。

在這種情況下，即將在6月大規模升級的鴻蒙，成為華為手機留住用戶的一種方式。

華為鴻蒙負責人王成錄的期待是，「如果老用戶升級到鴻蒙系統後體驗非常好，他可能會留下來。只要這兩年時間搶下來，我們的硬體可能就回來了。」

換句話說，如果鴻蒙初期上線的體驗不夠理想，也可能加速現有華為手機用戶的流失。某種程度上，在之後的一段時間里，華為的手機業務和鴻蒙操作系統，有「一榮俱榮，一損俱損」的綁定關系。

眼下，手機晶元問題迫在眉睫，卻也是華為爭取硬體廠商支持兼容鴻蒙系統的一個良好契機。

根據現有消息，高通可能會成為華為手機接下來的晶元供應商，那麼支持鴻蒙自研內核，可能也會成為談判的籌碼之一。

此外，其他手機廠商短期內雖然不太可能搭載鴻蒙系統，但如果願意配合，將鴻蒙這一套框架集成到他們的手機中，或者在華為的HMS安裝包中集成相關協議的情況下，不設置使用障礙，那麼用戶也可以在非華為的手機上實現和鴻蒙家電交互的效果。

但不管是哪種解決方案，各家都有數不盡的利益權衡。

華為鴻蒙生態負責人楊海松表示， 這一兩年如果鴻蒙沒有起色，那麼下一個十年的 歷史 機遇，可能還是在別人手裡。

PC時代稱王的操作系統是微軟，移動互聯網時代安卓和蘋果二分天下，物聯網時代誰是最終贏家，還未可知。

但無論鴻蒙能否最終實現一統物聯網系統的構想。在國產操作系統幾近空白的情況下，鴻蒙的誕生和可用，本身已是抵禦危機的一個里程碑。

（作者丨林夏淅，編輯丨李曙光）