鸿蒙flutter,鸿蒙系统怎么换回安卓系统

华为手机是安卓系统吗？

截止2020年，华为手机是安卓系统。但是不排除华为手机在未来会使用新的操作系统，而且华为手机已经参与了fuchsia OS新操作系统的内测。

华为手机使用的Emotion UI系统(简称EMUI)是华为基于Android(安卓)进行开发的情感化操作系统。拥有简化的用户界面、新的手势导航和HiVision的“AI”功能，新系统在国内已经向部分机型推送更新，采用了自然极简的设计。

参与fuchsia OS新操作系统内测的是首发了GT技术的荣耀play，而内测的系统是谷歌早就已经想要重新开发的新的操作系统：Fuchsia OS系统，它不在基于Linux内核，而是直接基于Zircon微核，采用c语言编写，也就是说，这款新系统或将会通过移植的形式实现直接运行安卓的APP应用，直接解决了新系统APP可用程序欠缺的问题，有利于帮助用户适应新系统。

扩展资料：

Fuchsia系统发展

谷歌自主打造的Fuchsia系统，基于Zircon内核，主打简约流畅高效以及跨平台。2017年11月的时候谷歌曾表示，他们已经将旗下这套系统Fuchsia支持了苹果的Swift语言。

Fuchsia希望能够统一安卓和ChromeOS，其支持多达4个程序同屏同时运行（平板模式下），并且主页以直列的方式显示各种故事卡、应用集、系统组件等，有点类似多任务、多标签页的做法，但更简洁。

2018年11月：Fuchsia OS 被发现支持 Kirin 970处理器，华为 Honor Play 正在测试 Fuchsia OS。

2018年12月5日：Flutter 1.0 正式发布。

参考资料来源：百度百科-EMUI

参考资料来源：百度百科-Fuchsia

相关问答

Q1: Android真的推荐用MVI模式？MVI和MVVM有什么区别？

android自己卷自己，自己造一个MVI架构模式吗？

MVI架构模式是国内android开发者最近一两年造出来的吗？

看了很多MVI的资料，发现都提到cycle.js框架。android的mvi架构就是启发于cycle.js框架。

我们再看看Cycle.js框架是什么时候开始的，又是什么时候开始使用MVI模式的。

Cycle.js框架 第一个预发版本 ：

再结合官方文档来看，Cycle.js框架就是为了MVI架构模式而生的。

虽然不知道，Cycle.js框架是不是首个MVI模式框架。

但是从很多资料可以推测，MVI架构模式就是Cycle.js框架推广开来的。

而且早在2014年就已经在前端开发中用得飞起了。

想想2014年，咱们在干嘛？android在用什么架构模式。

正所谓，天下武功出少林啊。

我们android的很多技术，在前端早就用“烂了”。

我们知道MVP和MVVM的爹都是MVC。MVI的爹也是MVC。

MVC的Controller是命令是编程组件，不能直接实现响应式编程思想。

响应式编程范式（Reactive programming）：

安卓官方的compose框架、微信小程序、Flutter、React、鸿蒙UI的开发框架，都是使用响应式开发框架。

这里就不拓展开来讲了，上面提到的任何一个开发框架，你只要会一个基本就能理解响应式编程范式。

如果一个都不会也没关系，现在不理解响应式编程也没关系，等你学会MVI就理解了，这种只有实际使用过才能深刻理解。

学不会也没关系，不要焦虑（尤其那些工作不久的小伙伴，学不会属于正常现象~）

MVI，咱第一遍学不会，就等2年，再学一遍~

2年后也没学会，那就再等2年~ 一定要有耐心~

如果还是学不会，那也没关系，因为MVI早晚也会过时~ 等过时了就不用学了~

哈哈哈~ 别笑，正经Android可不会开玩笑的。

就像rxjava，当年有多少人死活学不会，android开发现在谁还学Rxjava？哈哈哈~

用一张图来总结这次升级的核心思想：

新版架构指南在旧版的基础上，做了如下调整和建议：

1. 将LiveData组件改成了StateFlow

对协程的使用更友好。并且更能体现面向数据流开发的思想。

实际上，依然使用LiveData也没毛病。

2. ViewModel传递给View的数据限制为View的UIState

ViewModel从Model层获取数据后，转换为UIState数据，通过StateFlow流向View层。

UIState的数据面向界面组件而定义的，是能直接控制View组件如何显示的数据。

所以我们也可以称UIState为界面的状态或者View的状态。

如下：

3. 单数据流还是多数据流的选择

官方指南并没有强制我们使用单流。

同一个界面应该使用单个StateFlow还是多个StateFlow，需要我们自己判断。

我们应该根据UIStates数据们之间关联程度来决定多流还是单流。

单流优缺点都十分明显：

优点： 数据集中管控，会提高代码的可读性和修改的便利性。

缺点： 当数据非常多且复杂时，会影响效率。因为我们没有diff功能，View层不能只更新有变化的数据，只会根据UIState刷新当前界面。

我们再看下官方新版架构图：

当然不仅仅MVVM可以改造成响应式开发范式，MVP也是可以的。

不信你看 这篇blog ：

1. 理解MVC架构模式的思想【MVC是其他架构模式之爹，他的思想是MVP、MVVM、MVI的基础，学会它是关键步骤~】。

3. 学习kotlin的StateFlow组件，的使用：Sequence-Flow-StateFlow。

4. 学习ViewModel组件的使用（虽然不用ViewModel也能实现MVI架构，但是ViewModel还是值得学习）。

5. 理解DRY（Don't Repeat Yourself）原则。

6. 理解MVVM（因为官方的MVI模式是基于MVVM的基础改造的~）。

7. 学习官方架构指南。

8. 实战。

在这里就分享一份由大佬亲自收录整理的 学习PDF+架构视频+面试文档+源码笔记 ， 高级架构技术进阶脑图、Android开发面试专题资料，高级进阶架构资料

这些都是我现在闲暇时还会反复翻阅的精品资料。里面对近几年的大厂面试高频知识点都有详细的讲解。相信可以有效地帮助大家掌握知识、理解原理，帮助大家在未来取得一份不错的答卷。

当然，你也可以拿去查漏补缺，提升自身的竞争力。

真心希望可以帮助到大家，Android路漫漫，共勉！

如果你有需要的话，只需 私信我【进阶】即可获取

Q2: iPadOS 16推迟发布：与其着急发，不如细打磨

随着9月份的临近，一年一度的 科技 春晚又要与我们见面了，届时除了iPhone、iPad这类硬件会准时发布之外，iOS 16及iPadOS 16也会和我们见面。但根据外媒的最新消息称，iPadOS 16的发布日期可能要延期到10月上旬。

图源推特

从WWDC 2019开始，iPad OS无论是大版本还是小版本都是与iOS同步推出，此次推迟不禁让人好奇，到底是设计师基于beta版本又做出了什么大幅度更新还是BUG数量太多，调试难度较大。但不管怎么样，如今大家对于iPad OS必然是较为不满的，尤其是对于iPad Pro 2021以及iPad Air 5的用户，明明都已经用上了M1处理器，但却用不上更具生产力的macOS，确实让人有些失望。

回过头来想想，从iPadOS独立出来已经过去了三年多，虽然其确实与iOS之间有了一定的差异，但为何大家对它还是如此不满意？它到底又该如何改变才能符合我们的需求呢？

根据业界人士的分析，iPadOS 16延迟的最大原因是苹果正在对iPad多任务的处理能力进行大刀阔斧地改革，一旦成功，就能让用户同时在一个屏幕上运行多个任务，而且可以根据用户的需求调整窗口大小等。但由于之前的代码过于混乱，导致不少iPad在运行该功能时出现了闪退、界面混乱或是直接不能使用的状态。

图源苹果官网

另外还有媒体爆料，iPadOS 16中还会加入一个全新的功能，当iPad与外接键盘或触控板连接后就会自动把应用程序进行缩小窗口化，更方便用户进行缩放、移动、关闭、以及多任务处理，简单来说就看起来更符合我们操作电脑的习惯。

再加上iPadOS 16 beta版上已经上线的“台前调度”功能，其允许用户在iPad和高达6K分辨率的外部显示器上同时运行8个应用程序，而且这套交互方式与触控、键鼠都兼容。 尤其是使用鼠标时，App的边界都是可拖动的，这与PC的使用习惯一致，也方便用户无缝衔接到iPad上处理工作，可以说这个功能彻底改变了iPad的交互方式，用户可以根据自己的需求去调节屏幕上的每一个APP大小，生产力确实拉满。

雷 科技 版权图

这些全新加入的新功能无疑是对工程师和iPad性能的一次巨大考验，或许也因此目前台前调度功能仅限用于iPad Pro 2021和iPad Air 5。而此次iPadOS延期或许就是为了让更多的非M1版iPad用上该功能，只不过目前的进展不是那么顺利罢了。

另外我们还可以猜测之后的iPadOS会和macOS同时发布，毕竟从现在的爆料和使用状况来看，iPad和Mac之间的联系越来越紧密，越来越像是Mac用户的第二块屏幕。 其实简单想想也可以理解，给iPad用上macOS显然是不现实的，还不如通过一些新功能增强两者之间的联系，这样既不会让影响到双方的定位，也能变相提升iPad的生产力。

图源苹果官网

差点忘了，此次爆料中还表示今年将会发布一台全新的入门级iPad以及一台搭载M2处理器的iPad Pro，前者将舍弃掉Lighting接口，使得整个iPad产品线都变成USB-C口，更利于用户传输文件等，后者则没什么好说的，一发布那必然是平板界的天花板，这两款产品估计也会延迟到10月左右发布。

一台好的设备不仅仅是包含了优秀的硬件性能，系统层面也尤其重要。更重要的是，苹果最近几年将iPad定位为了生产力工具。 但是现实却是骨感的，即使官方将iPad定位在了生产力工具上面，但是实际上，在消费者层面上来看，iPad则完全沦为了看电影和盖泡面的工具。

自第一代iPad诞生至今，在很多人印象中iPad一直是个不能接打电话的大屏版iPhone，实际上好像也并没有错，毕竟iPad此前一直运行的也是iOS系统，后续就算苹果推出iPad Pro并将其定位为生产力工具，也依然无法让外界打消大屏iPhone的固有印象。

图源苹果官网

直到2019年，苹果宣布iPad OS彻底独立，之后也会与iOS慢慢拉开差距，但作为iPad多年的用户，我依旧感觉不到两者的差异有多大，甚至iPad OS相比iOS还缺少了不少基础功能。当然这也是使用方法的不同，我既不拿它来画画也不拿来工作，纯粹只是把它当成是一台视频播放器和大号 游戏 机来使用。

雷 科技 版权图

可能有读者会说，iPad可以连接键盘来码字，也可以展示PPT、视频等，但这些功能笔记本电脑做得会更好；又或者有读者会说，iPad的性能这么强，也是很多视频剪辑人员的必备工具啊，目前iPad上面最强悍的视频编辑软件无非就是Luma Fusion，这是一款完全仿照Final Cut Pro设计的APP。但它也就仅限于十分相似罢了，当你真的用它去剪辑一个视频的时候，你会发现使用触屏去操作上有多么不舒服，再加上iPad那混乱的文件管理，想导入一些素材简直是噩梦。

iPad真的是生产力工具吗？严格意义上来说确实是，但经不起推敲，它和传统电脑相比，有着较强的局限性，只能完成一些相对简单的工作。 例如你把工作想象成一条20公里的马路，PC会是一辆 汽车 ，iPad顶多就是辆摩托车，虽然都能到达目的地，但你在上面花的时间和精力是要远大于 汽车 的。

图源苹果官网

早在WP时代，微软就在强调平台的统一性，看起来多平台统一似乎是一种未来的趋势。从最主流的框架跨平台（Flutter、Qt等），到Fuchsia和鸿蒙的系统跨平台似乎都在强调多平台的统一性，而苹果作为业界把生态系统玩得最溜的企业，自然不会在这个地方被人甩开一大截。 所以，就目前的情况来看，苹果的操作系统体系是目前最有希望彻底完成跨平台系统统一的系统。

不管是从此次iPadOS 16延期、beta版中的各种新功能还是苹果将iPad全员更换成USB-C口，我们都能看出苹果正在不断地去完善他们的生态系统，让iPad不再是用户手中的大号iPhone，让它能够更好地去完成一些PC设备的任务。正如前文中说的那样，iPad不可能成为第二个“Mac”，但它完全有可能成为Mac的好帮手，对于用户和苹果来说是双赢，而对于竞争对手而言，这或许又是一个值得借鉴和学习的点。

Q3: 华为鸿蒙系统Harmony OS真的让谷歌慌了吗？

在讨论Harmony OS是否真的让谷歌慌了之前，我们先来对比一下两个操作系统，从架构出发对比一下两个操作系统的设计理念和目标是否是一样的。

HarmonyOS整体遵从分层设计，从下向上依次为：内核层、系统服务层、框架层和应用层。系统功能按照“系统 子系统 功能/模块”逐级展开，在多设备部署场景下，支持根据实际需求裁剪某些非必要的子系统或功能/模块。HarmonyOS技术架构如下所示。

系统服务层是HarmonyOS的核心能力集合，通过框架层对应用程序提供服务。该层包含以下几个部分：

根据不同设备形态的部署环境，基础软件服务子系统集、增强软件服务子系统集、硬件服务子系统集内部可以按子系统粒度裁剪，每个子系统内部又可以按功能粒度裁剪。

框架层为HarmonyOS应用开发提供了Java/C/C++/JS等多语言的用户程序框架和Ability框架，两种UI框架（包括适用于Java语言的Java UI框架、适用于JS语言的JS UI框架），以及各种软硬件服务对外开放的多语言框架API。根据系统的组件化裁剪程度，HarmonyOS设备支持的API也会有所不同。

应用层包括系统应用和第三方非系统应用。HarmonyOS的应用由一个或多个FA（Feature Ability）或PA（Particle Ability）组成。其中，FA有UI界面，提供与用户交互的能力；而PA无UI界面，提供后台运行任务的能力以及统一的数据访问抽象。FA在进行用户交互时所需的后台数据访问也需要由对应的PA提供支撑。基于FA/PA开发的应用，能够实现特定的业务功能，支持跨设备调度与分发，为用户提供一致、高效的应用体验。

Fuchsia OS整体也采用分层架构设计，也被分为了4个不同层次。

对于不太了解内核作用的同学简而言之，Zircon之于Fuchsia，恰如Linux之余于Android。Linux内核驱动了多个操作系统，很多操作系统构建在它之上，比如 Ubuntu、Android、Manjaro、ArchLinux、Debian、Red Hat、SUSE 甚至 Chrome OS ，所以我们也可以大胆预测，如果未来Fuchsia OS 发展良好， Zircon 内核也被证明好用，那么很有可能有更多的操作系统采用这一新内核。

系统服务层（Garnet）

也是直接构建在 Zircon 上的一层名叫 Garnet。 Garnet 包含各种操作系统所需的各种底层功能，包括硬件的驱动程序（网络，图形等）和软件安装。这一层最激动人心的事情是 Escher（图形渲染器），Amber（Fuchsia 更新程序）和Xi Core，它是Xi文本和代码编辑器的底层引擎（今年早些时候已经发布了）。

模块管理层（Peridot）

Peridot 是接下来的这一层，主要处理Fuchsia的模块化应用程序设计， Peridot的另外两个主要组件直接用于模块。 Ledger 可以跨设备保存您在应用/模块中的位置，并同步到您的Google帐户。Maxwell 是一个更复杂的主题，需要更多进一步地深入研究，但是 Maxwell 极有可能是让 Fuchsia 充分施展魔力的点睛之笔，可以提前透露的是，Maxwell 的厉害之处包括 Kronk，也是大家熟知的 Google Assistant。

应用层（Topaz）

Topaz，是这个 Layer Cake 蛋糕的顶层，也是对开发者和用户直接影响最大的一层。Topaz 提供 Flutter 支持，而有了Flutter 的支持，各种华丽的应用程序，可以帮助充实地提供日常使用的功能齐全的应用程序。比如，现在最令人印象深刻的当然是 Armadillo UI，它是 Fuchsia 的主要用户界面和主屏幕。

可以做一个类比，Topaz 这一层在 Android 中可以找到一个对照，这将是你的必备应用程序，如联系人，音乐，文件管理器和文本编辑器 Xi（Topaz中的可视前端连接到Garnet的后端）。即使没有你需要的东西，你也可以简单方便地安装。

Harmony OS 与 Fuchsia OS的主要相同点：

Harmony OS 与 Fuchsia OS的主要不同点：

个人认为Harmony OS成功的可能性更大。虽然从生态上来说，谷歌可以利用Android建立的生态伙伴优势推广Fuchsia OS，但也恰恰是Android完善的生态会给Fuchsia OS的推广造成最大障碍。

相反Harmony OS从架构上更符合物联网时代的需求，然后华为作为主导者具备强大的硬件制造能力，Harmony OS在华为很多手机上已经推送，国内很多公司的冰箱、空调等也都在采用华为鸿蒙系统。这些都有利于Harmony OS系统的产业化发展。

当然，从全球大环境来说，Harmony OS可以在国内做成功，但是要想在国际上推广难度是非常大的。美国的 科技 霸权，导致计算机诞生以来底层技术很少在美国之外的公司诞生并发扬光大。Lua、Ruby等编程语言，Intellij IDEA等算是为数不多的例子。

Q4: android开发是不是凉了?

凉是不会凉的，毕竟安卓系统的市场占有率还是很大的。别说鸿蒙，一个新系统要发展成熟并形成良性的生态圈还是需要相当的时间的，没那么简单。5G是网络制式，和终端硬件有关，和app又没多大关系。只不过近几年移动端原生开发，不论安卓还是iOS确实需求量小了，工作不好找。外面企业的招聘要求也更高，新手根本没什么竞争力，外面三五年工作经验的大把。建议你可以学一下微信小程序，近年来比较火，市场占有率也比较大。另外，google推出的移动端新兴的开发技术flutter也可以学一下，这东西将来的发展还真没准。Android原生开发技术，java那一套也是需要掌握的，对你有好处。