谷歌正在“悄悄”開發(fā)一款全新的操作系統(tǒng)，命名為“Fuchsia”。Google 在 Fuchsia 的 GitHub 主頁上這樣介紹 Fuchsia：“Pink + Purple == Fuchsia (a new Operating System)”。

Google 開發(fā)的操作系統(tǒng)都有個共同點，全都基于 Linux Kernel：Chrome OS, Android 和 Chromecasts。但是 Linux Kernel 并不是在所有的場景中都能起到很好的作用(影響性能或者造成其他影響)，特別是嵌入式設(shè)備，類似汽車儀表盤和 GPS 單元。

Fuchsia 主頁所能獲取的信息有限，但是這完全不能滿足我們的好奇心。

 比 Linux Kernel 牛?

從 Fuchsia 所包含的項目和文檔發(fā)現(xiàn)，F(xiàn)uchsia 的內(nèi)核是 Magenta kernel，一個基于"Little Kernel"的項目。Magenta 跟 Fuchsia 的關(guān)系類似 Linux 和 Android，Magenta 內(nèi)核驅(qū)動著強大的 Fuchsia 操作系統(tǒng)。Magenta 被設(shè)計為商業(yè)性嵌入式操作系統(tǒng)，類似 FreeRTOS 和 ThreadX。

但是，Magenta 比 LittleKernel 強大很多，專為現(xiàn)代化、高處理器的設(shè)備而準備，支持嵌入式設(shè)備、智能手機和桌面計算機。以下 Little Kernel 簡稱為 LK。

Magenta 的內(nèi)部架構(gòu)基于 LK，但是以上的層是全新的。Magenta 有進程的概念，而 LK 沒有。Magenta 進程是由 LK 級的架構(gòu)組成的，比如線程和內(nèi)存。

其他的不同點：

Magenta 有***的用戶模式支持，LK 沒有

Magenta 有一個對象處理系統(tǒng)，LK 也沒有這個概念

Magenta 有基于 capability 的安全模型(類似 Android 6.0 權(quán)限)，LK 的所有代碼都是可信的

這里magenta/mg_and_lk.md at master · fuchsia-mirror/magenta · GitHub提到：

LK is a Kernel designed for small systems typically used in embedded applications. It is good alternative to commercial offerings like FreeRTOS or ThreadX. Such systems often have a very limited amount of ram, a fixed set of peripherals and a bounded set of tasks.

看樣子是一個嵌入式實時系統(tǒng)，和VR/AR/汽車甚至機器人有些關(guān)系;

但后面又說：

On the other hand, Magenta targets modern phones and modern personal computers with fast processors, non-trivial amounts of ram with arbitrary peripherals doing open ended computation.

那么又不像是嵌入式設(shè)備專用的系統(tǒng)，倒像是一款通用系統(tǒng)。

Fuchsia的開發(fā)者給出了一些提示：

Purple - A system with high performance graphics, low-latency input, and a beautiful UI.

Pink - An incredibly modular system for developers and users.

再看它的內(nèi)核之外的東西：

Google 把 Flutter 作為 Fuchsia 的用戶界面，Dart 作為主要的編程語言，從顏色和展示效果上看，使用的是 Material Design UI 理念。

Fuchsia 支持 32 位和 64 位的 ARM CPUs，還有 64 位的 PCs，后續(xù)應(yīng)該會支持 Raspberry Pi 3。

UI layer使用Flutter(一個Dart語言實現(xiàn)的移動應(yīng)用框架，支持Android/Ios，可以寫Native App);底層渲染 Physically Based Renderer，項目代號Escher，支持Vulkan作為底層 Graphics API;那么會不會從系統(tǒng)層面開始支持Material Design呢(Flutter目前就采用的MD，當(dāng)然這個框架也是支持第三方設(shè)計樣式的)?也就是要讓MD更進一步。

其中還有一個Mojo框架(這個東西似乎和Chrome關(guān)系很密切，是未來該系統(tǒng)能支持多種編程語言的關(guān)鍵)，已經(jīng)綁定了一些語言，比如：Go, Java, JavaScript, Python，Rust。用Dart來寫GUI部分，這些語言可以用來寫后臺代碼。

項目的貢獻者有Travis Geiselbrecht 和 Brian Swetland，這兩人是Android系統(tǒng)的主力開發(fā)者，過去開發(fā)過WebOS，曾經(jīng)是 BeOS 的開發(fā)者，也參與開發(fā)過NewOS, Danger以及iOS。而Dart，F(xiàn)lutter，Mojo這些又來自Chrome團隊，再聯(lián)想之前的傳聞“Google打算在2017年統(tǒng)一Android和Chrome OS”，會不會就是這個呢?

Google一再的強調(diào)不會支持(SDK層面)Java以外的語言來開發(fā)Android App，最近Chromebook又可以無縫運行Android App(通過采用類似容器的技術(shù))，那么這個新系統(tǒng)估計也會以這種方式支持已有的Android App。腹黑一下：和Android不同，這個系統(tǒng)似乎目前沒看到有VM之類的東西，而且以后可以不用再和Oracle“剪不斷，理還亂”了。

Google現(xiàn)在有兩套系統(tǒng)：

Android——在平板上以及大屏幕上表現(xiàn)差強人意;Android的碎片化問題應(yīng)該無解了，只能緩解無法***;

ChromeOS——在手機上無所作為，在教育領(lǐng)域目前倒是表現(xiàn)的很不錯，但不支持Native App(最近剛剛無縫支持Android App)，Web App堪以大用，替代Native App(真的有必要嗎?)還很遙遠。

在未來有著潛在巨大機會的IOT，VR/AR等新興領(lǐng)域，目前還沒有一款一開始就為此優(yōu)化而打造的系統(tǒng)。

所以：從頭開發(fā)一個新的平臺，將這三者融合在一起，應(yīng)該是它最終的目的(當(dāng)然也不排除它就是一個RTOS，就是一個嵌入式系統(tǒng)，為VR/AR專門開發(fā)的，是我想太多)。

[[170244]]

不過，Android目前已經(jīng)是世界上用戶量最多的系統(tǒng)，生態(tài)龐大;ChromeOS剛剛開始有好的表現(xiàn)，Google是不太可能遺棄這倆系統(tǒng)的，它也沒辦法遺棄，比如Android怎么遺棄?

我覺得它更像是一種：進化、融合。你看它的源代碼，其實它的很多技術(shù)棧和Android以及ChromeOS是相通的，把以前零散在Google內(nèi)部的很多項目(比如Skia，Mojo)現(xiàn)在集中在了一起。

所以：系統(tǒng)底層會煥然一新，android的app生態(tài)會得以保留和延續(xù)，java不再是唯一能寫app的語言，chromeOS可能會被吸收，再輔助以系統(tǒng)層面對VR/AR的支持。

這個策略也符合Alphabet CFO 露絲·波拉特上任以來的風(fēng)格：精簡產(chǎn)品線，不要任性的亂花錢。

如果這個時候再開發(fā)一個物聯(lián)網(wǎng)專用系統(tǒng)，之前已有Brillo，難到是要和Android，ChromeOS搓麻將不成?

Google 的目的?

了解了 Fuchsia 這么多的信息，但是為什么 Google 要開發(fā)一個全新的 OS 和 Kernel?為了在智能手機和 PCs 上構(gòu)建 Material Design 理念?最有可能的原因是，Google 希望 Fuchsia 有一天能代替 Chrome OS 和 Android，但也許 Google 也會像三星對待 Tizen OS 一樣對待 Fuchsia。但也有可能只是谷歌的一次嘗試。

Fuchsia就是個項目開發(fā)代號，未來這個系統(tǒng)真名會叫什么?

也許還是Fuchsia，也許是Android 8.0(9.0)，也許是ChromeOS 2.0，也許是一個全新的名字。

什么時候這個新系統(tǒng)能替換(我覺得替換這個詞不太準確)Android和ChromeOS?

我覺得它能很好的融合前兩者已有的生態(tài)，新系統(tǒng)切換過程不會給用戶以及第三方廠商帶來明顯的差異感(比如用戶很多app用不了，廠商很多驅(qū)動不兼容，很多東西得重新適配，導(dǎo)致用戶和廠商遲遲都不愿轉(zhuǎn)到新系統(tǒng)，這樣就失敗了)，也就是做到對用戶和第三方廠商透明化，它就會成功替換后兩者。

其實***個提出“Convergence”概念的是Ubuntu，并且Ubuntu也最開始那么做了，只是進展的不太順利，實力上和資金人力物力上Canonical還是不夠，比如Mir一再的跳票。