技术角度看Google新操作系统Fuchsia.docxVIP

PAGE 1 PAGE 1 技术角度看Google新操作系统Fuchsia  UIlayer使用Flutter（一个Dart语言实现的移动应用框架，支持Android/Ios，可以写NativeApp）；底层渲染PhysicallyBasedRenderer，项目代号Escher，支持Vulkan作为底层GraphicsAPI；那么会不会从系统层面开始支持MaterialDesign呢（Flutter目前就采用的MD，当然这个框架也是支持第三方设计样式的）？也就是要让MD更进一步。  其中还有一个Mojo框架（这个东西好像和Chrome关系很亲密，是将来该系统能支持多种编程语言的关键），已经绑定了一些语言，比如：Go，Java，JavaScript，Python，Rust。用Dart来写GUI部分，这些语言可以用来写后台代码。  项目的贡献者有TravisGeiselbrecht和BrianSwetland，这两人是Android系统的主力开发者，过去开发过WebOS，曾经是BeOS的开发者，也参与开发过NewOS，Danger以及iOS。而Dart，Flutter，Mojo这些又来自Chrome团队，再联想之前的传闻“Google准备在2017年统一Android和ChromeOS”，会不会就是这个呢？  Google一再的强调不会支持（SDK层面）Java以外的语言来开发AndroidApp，最近Chromebook又可以无缝运行AndroidApp（通过采用类似容器的技术），那么这个新系统估计也会以这种方式支持已有的AndroidApp。腹黑一下：和Android不同，这个系统好像目前没看到有VM之类的东西，而且以后可以不用再和Oracle“剪不断，理还乱”了。  Google现在有两套系统：  Android——在平板上以及大屏幕上表现差强人意；Android的碎片化问题应当无解了，只能缓解无法根治；  ChromeOS——在手机上无所作为，在教育领域目前倒是表现的很不错，但不支持NativeApp（最近刚刚无缝支持AndroidApp），WebApp堪以大用，替代NativeApp（真的有必要吗？）还很遥远。  在将来有着潜在巨大机会的IOT，VR/AR等新兴领域，目前还没有一款一开始就为此优化而打造的系统。  所以：从头开发一个新的平台，将这三者融合在一起，应当是它最终的目的（当然也不排解它就是一个RTOS，就是一个嵌入式系统，为VR/AR特地开发的，是我想太多）。  不过，Android目前已经是世界上用户量最多的系统，生态浩大；ChromeOS刚刚开始有好的表现，Google是不太可能遗弃这俩系统的，它也没方法遗弃，比如Android怎么遗弃？  我觉得它更像是一种：进化、融合。你看它的源代码，其实它的许多技术栈和Android以及ChromeOS是相通的，把以前零散在Google内部的许多项目（比如Skia，Mojo）现在集中在了一起。  所以：系统底层会焕然一新，android的app生态会得以保留和连续，java不再是唯一能写app的语言，chromeOS可能会被汲取，再辅助以系统层面对VR/AR的支持。  这个策略也符合AlphabetCFO露丝·波拉特上任以来的风格：精简产品线，不要任性的乱花钱。  假如这个时候再开发一个物联网专用系统，之前已有Brillo，难到是要和Android，ChromeOS搓麻将不成？  |Google的目的？  了解了Fuchsia这么多的信息，但是为什么Google要开发一个全新的OS和Kernel？为了在智能手机和PCs上构建MaterialDesign理念？最有可能的原因是，Google期望Fuchsia有一天能代替ChromeOS和Android，但或许Google也会像三星对待TizenOS一样对待Fuchsia。但也有可能只是谷歌的一次尝试。  Fuchsia就是个项目开发代号，将来这个系统真名会叫什么？  或许还是Fuchsia，或许是Android8.0（9.0），或许是ChromeOS2.0，或许是一个全新的名字。  什么时候这个新系统能替换（我觉得替换这个词不太精确）Android和ChromeOS？  我觉得它能很好的融合前两者已有的生态，新系统切换过程不会给用户以及第三方厂商带来明显的差异感（比如用户许多app用不了，厂商许多驱动不兼容，许多东西得重新适配，导致用户和厂商迟迟都不愿转到新系统，这样就失败了），也就是做到对用户和第三方厂商