一、計算機爲何須要操做系統？前端
大部分人認爲，操做系統原本就是與計算機（IT設備）一體的。究竟計算機爲何須要操做系統？可能咱們並不會去特地想這個問題。c++
其實，對於IT產品而言，操做系統的角色，就像咱們人類身體中，大腦的角色同樣。咱們天天面對大量的或大或小、或簡單或複雜、或緊迫或寬鬆的事情。大腦如何處理這些事情的處理的前後順序和邏輯關係。程序員
來源：計算機教程算法
咱們先了解一下，操做系統爲何是計算機 （IT設備）一個核心必備軟件系統？數據庫
爲了瞭解操做系統的必要性，咱們先看幾個簡單的場景案例。編程
1）計算機（任何IT產品）其實就是一個利用IT資源（計算資源、存儲資源、網絡資源）對各類數據進行處理的設備。而在計算機處理數據的時候，會遇到IT資源如何分配的問題。好比，若是同時有幾個應用程序發出運行請求，各個程序之間運行的前後邏輯是什麼？哪一個程序優先運行，哪一個程序後運行？每一個程序又該分配多少計算資源？這些都是須要解決的問題。若是沒有操做系統，多個程序同時運行，就會出現各個應用程序相互擠佔計算資源，最終都沒法運行的狀況。瀏覽器
2）在同一個計算機（IT設備）中，其運行着各類各樣的應用程序。而在應用程序開發的時候，開發者關注的是本身的應用程序是基於什麼操做系統開發的（這也是應用程序與操做系統之間的耦合關係），而不會去關注本身的程序是否會受到其餘應用程序的影響。對於操做系統來講，就須要解決不一樣應用程序之間是否會相互干擾的問題。安全
3）計算機（IT設備）是由硬件和軟件組成。操做系統和在其之上運行的應用程序都是軟件。因爲硬件種類不少，同一硬件產品也都有不一樣的生產設計產商。對於這樣的一個看似非標準化的硬件環境，如何能讓應用程序都能適應這些硬件環境，不會出現某個應用程序只能在某一個硬件環境下運行，換一個硬件環境就沒法運行的狀況。服務器
解決以上問題的核心途徑，就是採用操做系統。微信
1）操做系統，能夠對應用程序進行計算資源分配、運行管理、調用權限審覈等。目的就是讓各類應用程序都可以有序、快速地運行。計算機資源分配包括：CPU的運算資源，內存條的主存容量，硬盤的讀寫流量，網卡的網絡傳輸流量，主線的內部數據流量等。
2）操做系統，能夠將不一樣硬件形成的運行環境的差別進行標準化。不管什麼樣的底層硬件，上層應用程序運行的環境都是同樣的。這就極大便利了應用程序開發者，能夠將精力主要用在優化自身產品方面，而不用擔憂底層的計算環境。
3）操做系統，能夠進行多任務管理，控制程序併發運行。操做系統能夠針對幾個應用程序提出的併發運行請求，進行合理處理，安排優先級。合理有序對其進行計算、存儲、網絡等各類IT資源的分配。
來源：計算機教程
二、鴻蒙OS解讀
對於鴻蒙OS，你們印象比較深入的是幾個關鍵詞：全場景、分佈式、微內核、跨終端。這些都是鴻蒙OS相比傳統其餘OS不一樣的地方，固然也是鴻蒙OS的賣點所在。
而華爲對鴻蒙OS介紹中，花了大量篇幅來介紹鴻蒙OS的四大技術特性。說實話，這四大技術特性，對於非專業IT人士而言，可能大體能明白其表達的核心意思，但對於其背後的體現的IT內涵和程序模塊間的邏輯關係，可能並不必定有多理解。而這些也正是鴻蒙OS相比其餘操做系統的不一樣或者說優點所在。
爲了更好地理解鴻蒙OS，咱們將圍繞華爲對鴻蒙OS四大技術特性的官方描述展開，來進一步理解其背後的IT邏輯關係和含義。
鴻蒙OS，具有四大技術特性：
鴻蒙OS技術特性一：分佈式架構首次用於終端OS，實現跨終端無縫協同體驗
這裏有個關鍵詞，就是「分佈式架構」，什麼是操做系統的分佈式架構？
華爲在介紹這一部份內容時，特別提到了兩個專業術語「分佈式OS架構」和「分佈式軟總線技術」。對於以上這種「分佈式」的做用，華爲的描述是「經過公共通訊平臺，分佈式數據管理，分佈式能力調度和虛擬外設四大能力，將相應分佈式應用的底層技術實現難度對應用開發者屏蔽，使開發者可以聚焦自身業務邏輯，像開發同一終端同樣開發跨終端分佈式應用，也使最終消費者享受到強大的跨終端業務協同能力爲各使用場景帶來的無縫體驗。」
那咱們先了解下，操做系統的分佈式架構是怎樣的架構？
分佈式操做系統架構，是相對於集中式操做系統架構而言的。根據以上，咱們知道，操做系統分別經歷了從CP/M系統、DOC系統、集中式操做系統，到如今的分佈式操做系統。
分佈式架構操做系統，可以對計算機的資源進行動態分配，並有效控制和協調操做系統中各任務的並行執行。分佈式架構的操做系統，除了具有傳統操做系統功能以外，還提供分佈式進程通訊、分佈式文件系統、分佈式進程遷移、分佈式進程同步和分佈式進程死鎖等功能。
分佈式操做系統的特色是：分佈性和穩定性。分佈式操做系統中的微內核和其餘應用程序，能夠以多副本的方式運行，一旦系統中某一個部分發生故障，該分佈式操做系統仍可以正常運行，保障了系統的穩定性。
另外，分佈式操做系統通常採用微內核及核外輔以若干實用程序的結構。而這次鴻蒙OS特別提到，其利用的是微內核。
微內核是一種具備有限功能的較小的操做系統內核。咱們能夠將其理解爲是一個功能縮小版的內核。微內核主要負責原來內核中幾個基礎的功能，包括中斷、通訊、調度等，其餘的系統功能分配給微內核外的使用程度來執行。在分佈式操做系統中，一臺計算機對應配置一個微內核我，分佈式系統之上運行的實用程序能夠不一樣。這樣可使得，整個架構更加靈活，節省系統資源，保證系統的穩定性。
同時，分佈式操做系統，對應用程序開發者，將相應分佈式應用的底層技術實現難度進行屏蔽，使開發者可以聚焦自身業務邏輯，像開發同一終端同樣開發跨終端分佈式應用。 以上是咱們對「分佈式架構OS」的理解。
來源：計算機教程
另一個就是「分佈式軟總線技術」
要了解分佈式軟件總線技術，咱們須要一層一層的剝開。要知道分佈式軟件總線，須要瞭解軟件總線，進而須要瞭解軟插件，進而須要瞭解軟件複用的概念。
軟件複用，是利用現有的軟件成分（資源）來構造新的軟件系統。該軟件成分能夠是已有的軟件，也能夠是專門開發的能夠複用的軟件構件。
軟件複用技術分爲組裝技術和生產技術。
組裝技術，是對已有的軟件構件不作修改或者少作修改，直接將其插裝在一塊兒，來構造出一個新的軟件系統。
生成技術，是利用程序編譯器來完成對軟件結構模式的複用。例如V c++等。
軟插件模型，軟插件技術從本質來說是一種軟件集成技術。對於一個新的軟件系統，其中有大部分的工做量是用在重複編寫已有軟件部分。軟插件是一種具備一組外接插頭。若是構造一個軟件系統的軟插件都已存在，那開發者只須要對整個系統的構造策略和原則進行制定便可，從而提高軟件生產效率。軟件插件的特徵包括：模塊化好、獨立性強、高可靠性、連接簡單、封裝功能等。
軟件總線，解決的是軟插件的交互問題，以支持軟件工廠總裝期間和運行階段的高級通訊問題。並解決軟件系統內部各個軟插件的互操做問題。
分佈式軟件總線。在分佈式操做系統下，大量易購網絡以及各個廠商推出的軟硬件產品，帶來分佈式系統各個層次都存在互操做問題。若是將軟件總線與操做系統、網絡通訊機制結合起來，就可以比較好的處理分佈式系統的互操做問題。
華爲給出的關於分佈式軟總線的關鍵指標，這將有利於咱們對其的理解。主要包括：1）低時延：端到端時延小於20毫秒。2）高吞吐：有效圖吞吐高達1.2Gbps。3）高可靠：抗丟包率高達25%。
來源：計算機教程
鴻蒙OS技術特性二：肯定時延引擎和高性能IPC技術，實現系統天生流暢
華爲對改性能的解釋爲：「鴻蒙 OS經過使用肯定時延引擎和高性能IPC兩大技術解決現有系統性能不足的問題。肯定時延引擎，可在任務執行前，分配系統中任務執行優先級及時限進行調度處理，優先級高的任務資源將優先保障調度，應用響應時延下降25.7%。鴻蒙微內核結構小巧的特性使IPC（進程間通訊）性能大大提升，進程通訊效率較現有系統提高5倍。」
高性能IPC。IPC指的是進程間通訊，Inter process communication。IPC是一組編程接口，讓程序員可以協調不一樣的進程，使之能在一個操做系統裏同時運行，並相互傳遞、交換信息。
爲何須要進程間通訊？
在計算機實際運行過程當中，可能會出現一個系統中好幾個進程同時在進行的狀況。這時，不一樣進程之間須要相互協做、相互溝通，以便更好的完成工做。而因爲不一樣進程之間的相互獨立性，進程間的溝通就變得比較困難。所以，就產生了不一樣進程間的通訊方式，來解決不一樣進程之間的通訊問題。
所以，基於以上的解釋，咱們能夠理解進程間通訊的目的：
1）數據傳輸：一個進程須要將它的數據發送給另外一個進程。
2）資源共享：多個進程間共享一樣的資源。
3）通知事件：一個進程須要向另外一個或一組進程發消息，通知它們發生了某種事件（如進程終止時要通知父進程）。
4）進程控制：有些進程但願徹底控制另外一個進程的執行（如Debug進程），此時控制進程但願可以攔截另外一個進程的全部陷入和異常，並可以及時知道它的狀態改變。
而對於華爲鴻蒙OS而言，其進程間通訊（IPC）性能大幅提高，咱們能夠理解爲不一樣進程之間的對話和溝通效率大幅提高。
鴻蒙OS技術特性三：基於微內核架構，重塑終端設備可信安全
華爲對該功能的描述爲：「鴻蒙OS採用全新的微內核設計，擁有更強的安全特性和低時延等特色。微內核設計的基本思想是簡化內核功能，在內核以外的用戶態儘量多地實現系統服務，同時加入相互之間的安全保護。微內核只提供最基礎的服務，好比多進程調度和多進程通訊等。」
這其中的一個關鍵詞是：微內核。這也是鴻蒙OS的關鍵特性之一。
在上面，咱們提到了分佈式操做系統與微內核的關係。通常分佈式操做系統經過微內核的方式來實現。
在理解微內核以前，咱們先理解下，什麼是內核？
操做系統中的「內核」，內核是操做系統的核心部分，它管理着系統的各類資源，咱們能夠把他比做鏈接應用程序和硬件的一座橋樑，是直接運行在硬件上的最基礎的軟件實體。
微內核的概念，是由Richard Rashid在卡內基梅隆(Carnegie-Mellon)大學開發Mach操做系統時提出的，目標是創建一個基於消息傳送(message passing)機制的最小內核，以便在此基礎上建造對其它操做系統的模擬層來模擬其它操做系統的特性。
微內核（Microkernel），是一種內核的設計架構，由一組儘量將數量最小化的軟件程序組成，它們負責提供、實現一個操做系統所須要的各類機制與功能。這些最基礎的機制，包括了底層地址空間管理，線程管理，與行程間通訊（IPC）。
微內核的設計理念，是將系統服務的實現，與系統的基本操做規則區分開來。它實現的方式，是將核心功能模塊化，劃分紅幾個獨立的行程，各自運行，這些行程被稱爲服務（service）。全部的服務行程，都運行在不一樣的地址空間。只有須要絕對特權的行程，才能在具特權的運行模式下運行，其他的行程則在用戶空間運行。
微內核提供一組「最基本」的服務，如進程調度、進程間通訊、存儲管理、處理I/O設備。其餘服務，如文件管理、網絡支持等經過接口連到微內核。而在傳統的內核狀況下，內核集成了大量的基礎服務和其餘服務，這樣，內核顯得就更加的笨重。
微內核的功能：微內核設計帶來了良好的兼容性、擴充性、靈活性、移植性、可靠性和網絡支持。
可是，微內核設計有一個重要缺點：因爲微內核操做系統使用進程來隔離系統組件，這些組件之間的通訊使用了消息傳遞方式來實現一個組件對另外一個組件的調用－這其實是進行了一次RPC（例如在NT上是LPC）調用。但這種相似RPC的方式是經過進程間通訊(IPC)機制實現的，其性能通常低於傳統操做系統的系統調用的性能。因爲微內核操做系統的相似RPC調用是經過消息傳送機制實現的，而傳統操做系統的系統調用通常是經過相似trap的方法實現。相比於trap方法，經過消息傳送機制實現的這種類RPC調用的方式較慢。
鴻蒙OS技術特性四：經過統一IDE支撐一次開發，多端部署，實現跨終端生態共享
華爲對此性能的官方描述爲：「鴻蒙OS憑藉多終端開發IDE，多語言統一編譯，分佈式架構Kit提供屏幕布局控件以及交互的自動適配，支持控件拖拽，面向預覽的可視化編程，從而使開發者能夠基於同一工程高效構建多端自動運行App，實現真正的一次開發，多端部署，在跨設備之間實現共享生態。華爲方舟編譯器是首個取代Android虛擬機模式的靜態編譯器，可供開發者在開發環境中一次性將高級語言編譯爲機器碼。此外，方舟編譯器將來將支持多語言統一編譯，可大幅提升開發效率。」
下面咱們逐句來進行解讀
1）IDE，Integrated Development Environment ，即集成開發環境。IDE是一種編程軟件，是集成了程序員語言開發中會須要的一些基本工具、基本環境和其餘輔助功能的應用軟件。IDE通常包含三個主要組件：源代碼編輯器（Editor）、編譯器、解釋器（Compiler、Interpreter）和調試器（Debugger）。集成了代碼編寫功能、分析功能、編譯功能、調試功能等一體化的開發軟件服務套件。
開發人員能夠經過圖形用戶界面訪問這些組件，而且實現整個代碼編譯、調試和執行的過程。如今的IDE也提供其餘幫助程序員提供開發效率的一些高級輔助功能，好比代碼高亮，代碼補全和提示，語法錯誤提示，函數追蹤，斷點調試等。
如今有大量的免費開源的和商用的IDE，包括：
一、微軟 Visual Studio（VS）：VS支持建立各類類型的程序，包括從桌面應用、Web應用、移動APP、到視頻遊戲。對於初學者到高級專業開發人員來講都是最棒的開發工具。VS有可定製儀表板和可停靠的窗口。它支持多大36種不一樣的編程語言，如：ASP.NET、DHTML、JavaScript、Jscript、Visual Basic、Visual C#、Visual C ++、Visual F#，XAML等。
二、NetBeans：是一個免費開源的Java集成的開發環境軟件，主要用於Java開發。適合從零開始或者對已有工程進行開發。NetBeans支持多種編譯器，如CLang/LLVM、Cygwin（GNU）、MinGW和Oracle Solaris Studio等。
三、PyCharm：是著名編程語言Python的IDE，由知名的IDE開發商JetBrains出品。除了Python以外，PyCharm還支持其餘Web開發語言：JavaScript、Node.js、CoffeeScript、TypeScript、Dart、CSS、HTML等。
除此以外，典型的IDE還包括：IntelliJ IDEA，Eclipse，Code:: Blocks，Aptana Studio 3，CodeLite等。
2）多語言統一編譯
不一樣的集成開發環境IDE，支持不一樣的開發語言。好比，上面提到的微軟Visual Studio 支持的編程語言包括：ASP.NET、DHTML、JavaScript、Jscript、Visual Basic、Visual C#、Visual C ++、Visual F#，XAML等。
而鴻蒙OS 能夠支持多語言統一編譯，而這很大程度上是依賴於華爲開發的方舟編譯器。上面，咱們提到，編譯器是計算機（IT設備）系統軟件中一個基礎和核心軟件。方舟編譯器與鴻蒙OS結合，應用程序開發者能夠利用方舟編譯器來進行多語言同一編譯。這在必定程度上可以顯著提高開發展的開發效率。
3）分佈式架構Kit。Kit在IT行業指的軟件工具包。咱們認爲，這裏的分佈式架構的工具包，是與鴻蒙OS的分佈式架構自成一體的。分佈式架構的思想體如今整個鴻蒙OS的各個組件當中。其可以帶來分分佈式架構OS的所帶來的便利和功能。
而以上鴻蒙OS的這一性能的核心意思是：經過華爲提供的集成開發環境，和支持多語言統一編譯的方舟編譯器，應用程序開發人員，能夠大幅提升軟件開發效率，包括縮短應用程序開發週期、語言模塊調用、應用程序的自動調優等。並且，經過華爲提供的開發環境和編譯器開發的應用程序，能夠適應於多種不一樣類型的終端，包括手機、PC、汽車以及其餘各類智能終端。
鴻蒙OS之因此要要想盡一切辦法，來給軟件開發人員帶來便利和效率，核心仍是打造基於鴻蒙OS的IT生態。由於最終這些應用軟件都要在鴻蒙OS上來運行。
三、方舟編譯器
經過以上，咱們看到鴻蒙OS之因此可以爲軟件開發者提供支持多語言統一編譯的極大便利，核心仍是基於方舟編譯器的應用。
首先，咱們解釋一下，什麼是編譯器？
編譯器，是將「一種語言（一般爲高級語言）」翻譯爲「另外一種語言（一般爲低級語言）」的程序。編譯器的主要工做流程：源代碼 (source code) → 預處理器 (preprocessor) → 編譯器 (compiler) → 目標代碼 (object code) → 連接器 (Linker) → 可執行程序 (executables)。
之因此須要編譯器，只由於計算機是一個二級制單位，是經過0和1的組合來實現不一樣的操做。而人類的編程語言，從較早的彙編語言，到C、C++，再到咱們如今看到的Java語言等。
說的簡單通俗點：編譯器就是想一個翻譯官同樣，將人類的邏輯語言，翻譯爲機器可識別可理解可執行的機器語言。翻譯的快慢能夠影響溝通交流的效率，一樣，編譯器的效率也就影響了程序運行的效率。
關於方舟編譯器的發展歷程
2019年4月，在華爲P30系列國內發佈會上，華爲首次發佈了方舟編譯器。方舟編譯器是基於GCC開發的交叉編譯器套件，它包括了C、C++、Fortran的前端，也包括了這些語言的庫（如libstdc++、libgcc等）。
方舟編譯器，是對傳統Android操做系統編譯器的改進和突破。
1）方舟編譯器，能夠實現多語言聯合優化編譯，大幅提高運行效率
咱們知道，在Android操做系統中，使用的語言是Java語言。而Android操做系統之上運行的各類各樣的應用程序，其開發語言既有Java語言，也有C和C++。這就使得操做系統的Java語言與應用程序的各類語言進行交互。這種交互的接口就是JNI（Java Native Interface）。在數據訪問、函數調用、生命週期維護、異常處理時，須要這兩種語言交互，進行相互調用。而在相互調用過程當中，會佔用必定的系統資源。使得系統之上的應用程序運行效率下降。
方舟編譯器，是業界首個多語言聯合優化的編譯器，開發者在開發環境中能夠一次性將多語言統一編譯爲一套機器碼，運行時無需產生跨語言帶來的額外消耗，並能夠進行跨語言的聯合優化。
2）方舟編譯器直接編譯出機器指令，無需繁瑣的虛擬機運行
在Android系統中，程序的運行，須要藉助ART虛擬機來執行，編譯器是把源程序的每一條語句都編譯成機器語言並保存成二進制文件，解釋器在執行程序時，一條一條地解釋成機器語言來讓計算機執行。而在這個動態編譯和解釋過程當中，消耗了大量的系統資源。
方舟編譯器，能夠在開發環境中，就能夠完成所有代碼的編譯。因此在手機運營環境中，應用程序並不須要將進行語言的編譯和解釋，能夠直接讀取運行，提高運行效率。
3）方舟編譯器提供高效的內存回收機制
早期C、C++須要開發人員本身管理程序，對系統內存的實用和釋放，影響開發效率。Java的虛擬機模式提供了內存GC（垃圾回收）機制，但須要短暫中斷應用，成爲隨機卡頓的根因之一。
方舟編譯器，能夠對內存進行隨時回收，而是回收時，並不須要暫停應用，保證了系統和應用程序運行的流暢性和高效性。
全 文 總 結
一、鴻蒙OS，只是冰山一角
咱們認爲，鴻蒙OS只是華爲創建自身IT生態體系的冰山一角。咱們在以前的文章中分析了華爲產品發展的邏輯。從IT產品形態角度來說，華爲經歷了從早期的硬件產品向軟件產品的演進。而在軟件領域的不斷突破，逐步奠基了華爲在IT產業的核心地位。特別是在基礎軟件領域，華爲的默默進取，在基礎軟件核心環節不斷取得新的成就。
目前咱們看到的是鴻蒙OS和方舟編譯器，都只是華爲自身IT生態底層軟件的一小部分。在芯片、數據庫等領域，華爲一樣取得了一些突破性進展。咱們知道，若是在一套新的IT生態中，讓基礎軟件都能充分發揮其最高性能，須要各個基礎軟件不斷適配和完善，最終達到完美耦合。這也是咱們在PC時代看到的Wintel以及移動時代看到Android+ARM堅不可破的緣由。所以，咱們能夠想象，華爲自身開發的這些基礎軟件，從一開始就是高度耦合的。
二、技術變革，帶來產業格局變化
每一次的重大技術變革都會預示着產業格局的演變，甚至對產業鏈進行重構，促進主流企業的從新洗牌。目前，咱們看到華爲已經在多個IT領域進行了產業格局的重構，從早期的路由器，到如今手機、存儲等市場。而以上咱們看到的只是硬件部分。其實，更重要的是隨着5G逐步商用，華爲正逐步在最爲艱難的核心底層基礎軟件部分，來對市場格局進行重構。目前，咱們已經看到華爲在5G通訊領域佔據了全球產業鏈的話語主導權。將來，咱們有望看到在芯片、操做系統、數據庫等領域的不斷崛起。
三、硬件企業，軟件化
硬件企業逐步向軟件方向延伸，在IT領域咱們常常看到這樣的例子。這也是硬件企業發展到必定階段的必然選擇。而在這個演化方向上，每每只有行業的領導者纔有可能取得必定成功。至於從硬件到軟件轉化的緣由，咱們的理解：
1）硬件發展到必定階段，技術和架構逐步成熟，不一樣企業的硬件產品逐步趨同。對於IT產品而言，只有差別化（有價值的差別化）才能獲取高額利潤。趨同帶來的利潤下降迫使行業領導者不斷加快新技術的應用，即經過軟件來增長硬件的功能或者提高硬件的性能。即硬件發展到必定階段，可能決定硬件競爭力的倒不是硬件自己，而是軟件。
2）從技術角度來看，硬件產品的迭代速度較慢，迭代慢帶來的結果是，客戶採購新產品的動力和需求下降。經過軟件的應用來加快硬件產品的迭代速度，縮短客戶的採購週期。
3）在原來IT產業分工下，硬件和軟件能夠由不一樣的公司來提供，彼此發揮相對比較優點。但在現有的IT階段下，硬件和軟件的適配要求明顯提升；在某些領域，硬件與軟件只有作到相互定製、相互融合，其總體性能才能獲得最大化釋放。
一、操做系統與芯片的耦合度
鴻蒙OS的目標無疑是下一代5G通訊技術下的核心操做系統。從IT底層軟件發展規律來看，操做系統做用的發揮，須要與芯片進行長期、不斷、反覆的適配、修改和完善，以達到最大限度的相互耦合。這樣才能最大發揮操做系統和芯片雙方的功能。好比，PC時代的Windows操做系統與Intel芯片經歷了幾十年的適配，移動互聯網時代的Android操做系統與ARM芯片也達到了高度耦合。對於鴻蒙OS操做系統，若是將來在5G時代發揮做用，須要不斷與底層的芯片進行適配耦合。若是是華爲自身開發的芯片，耦合度會很是高。若是是其餘廠商的芯片，雙方須要一段時間的適配過程。
二、鴻蒙OS的微內核
微內核自己不是新鮮事物，相比安卓系統，華爲鴻蒙OS將各類硬件驅動拿到核外進行處理，這在必定程度上帶來了架構的靈活性。但凡事都是有利有弊，靈活性和擴展性增長的同時，對核內與核外之間的通訊要求更高。將來鴻蒙OS在對全場景跨終端的適用方面，可能也須要與硬件廠商的產品不斷進行適配。
三、鴻蒙OS全場景的適配，也須要不斷迭代過程
鴻蒙OS的目標適用主題是全場景的IOT領域。客觀來說，這個適配的場景確實挺大的。從目前咱們看到的歷史操做系統來看，可以普遍適用這麼多樣化智能終端的的操做系統並很少。好比，PC、手機和汽車中適用的操做系統都是不同的。鴻蒙OS要達到在每個應用場景都能高效運行，須要其不斷的根據不用應用場景對計算需求的特色，而不斷改進和完善自身架構和性能。這是IT產品長期迭代的過程。
四、開放、開源，而不要打造封閉系統
核心底層基礎軟件的開發和應用，一方面是開發難度較大，更重要的是可否創建起以該基礎軟件爲核心的一套完整的產業鏈，造成正向循環的產業生態體系。在全球IT發展歷史上，咱們既看到過封閉生態體系，好比蘋果的產品；也看到開放生態體系，好比谷歌、微軟的產品等。而對於將來的IT產業發展而言，只有不斷開放，更加開放，才能與生態夥伴一塊兒成長。
而從PC歷史發展來看，目前尚未看到經過封閉系統，來持續得到不斷擴大的業務規模的。對於華爲而言，目前正在逐步創建本身的核心底層生態體現，從芯片、算法到操做系統、數據庫，更不用說早期發展起來的服務器、存儲和網絡設備。而對於將來5G產業，只有不斷開放、開源，才能得到人生的「開掛」。
本文分享自微信公衆號 - DevOps持續交付（devopscd）。
若有侵權，請聯繫 support@oschina.cn 刪除。
本文參與「OSC源創計劃」，歡迎正在閱讀的你也加入，一塊兒分享。