关于Fuchsia及鸿蒙的一点想法

最近鸿蒙进行了2.0代码的开源，此次开源提供了对手机的支持。Google近日也发布了操作系统Fuchsia的开源。其实Fuchsia一直在github上进行开源（在微软收购了github后将代码仓库进行了迁移），此次开源可以看为官方对Fuchsia扶正的声明，同时也是对鸿蒙操作系统的一个回应。从两个操作系统的介绍上我们可以看到，双方都旨在打造一个“大一统”的操作系统，新操作系统的应用范围覆盖了物联网设备、移动端设备甚至PC。

首先，以两家未来争锋的主战场，物联网设备来分析下。物联网设备具有应用场景多变、设备硬件多变的特点。目前两家操作系统都将高伸缩性作为开发的一个特点，这点毋庸置疑是完全正确的，这也是为什么android无法在物联网领域推广开的原因。理想的操作系统就如华为宣传的那样应该是一个微内核的，围绕着设备的功能可以定制化的添加非必要的外围模块。微内核应包含设备进程线程管理、内存管理、电源管理、网络管理、文件管理及扩充模块接口（或扩展抽象）这些模块，网上提到的设备连接的实时性及设备运行的低功耗由于并非每个设备的固有特性，故不应作为微内核的一部分。需指出的是扩充模块接口在微内核中应为相对重要的一部分，为提供操作系统的扩展性及适应物联网硬件的多变，在此处需定义一定程度的硬件抽象，来实现操作系统的高伸缩性。对了，此模块除了向系统开发者开放外，也应该向第三方厂商开放。第三方厂商可以根据扩展模块的抽象来进行自定义硬件模块系统层的开发，这样对于有能力的厂商若操作系统未提供相应的系统支持自己只需实现这一部分即可。操作系统的外围模块可根据其重要性分为核心外围模块及普通外围模块，核心外围模块是指不影响系统完整性，但严重影响系统稳定及使用的模块，如系统安全、人机交互及framework等。普通模块指如果不引入相应模块，对系统无影响的模块，厂商可根据自己硬件的特性进行选配，如设备有蓝牙，就选用蓝牙模块，有sim卡就选用sim卡模块，无显示屏则可以不使用UI相关模块。除此外应该引入第三方外围模块，用于厂商进行模块扩充。这样由微内核及外围模块组成的结构形成了操作系统的核心，对应于Android操作系统中应用层以下的部分。区别于Android系统的地方为厂商可通过自身硬件选择性的使用外围模块或者扩充外围模块。

除操作系统的基本结构外，人机交互方式也应引起两家操作系关注。目前在设备上常见的几个人机交互方式主要有鼠标、触屏、遥控、APP及语音，各种人机交互方式都有各自的特点。在这几种交互方式中鼠标在未来将会被淘汰，触屏、遥控将配置在部分硬件上，APP将是设备的标配，但主要应用于远程控制、设备监控及作为近场控制的补充。而语音交互将作为主要的人机交互方式应用于各种物联网场景。除这几种人机交互方式外，有可能在部分设备上会衍生可视化功能，可将此功能理解为可视化交互或设备主动式交互。与传统交互及前几种交互相比，此种交互方式不是由人来驱动设备进行交互（被动式交互），而是由设备驱动自身进行交互（主动式交互）。不过此种交互方式在目前来说开发成本较高、可应用范围不可知及商业前景未知，故不应作为当前阶段的研究重心。从计算机shell向图形化界面的变革及PC向移动互联网的变革来看，在这两次都是以提供更为贴近人类使用习惯的交互方式为导火索引发的计算机行业的大的革新（人机交互进化）。而这两次人机交互进化比较明显的特点就是更加贴合人类日常交互习惯，更加模拟人人交互。故提供更加先进的人机交互可以促进操作系统的推广。有影响力的操作系统的革新，一般都伴随着操作系统学习成本及使用成本的降低，如shell的使用学记住特定的命令，图形化界面需会使用鼠标及操作窗口，触屏操作需会在页面将翻页式浏览。这几次人机交互的进化都对应着不同阶段的操作系统的革新，人机交互的进化将操作系统的使用门槛降低，促进了操作系统的推广。个人觉得语音交互将会成为物联网操作系统的通用交互方式。一、目前除语音以外的人机交互方式在应用于物联网使用相对比较繁琐，如使用遥控器在电视上输入文字（加装触屏会带来成本的上升，且输入文字需用户进行较大的位移达不到触屏输入的理想效果），无法适配通用的使用场景。二、语音交互在智能音箱上已得到一定的验证，可以很大的提升交互体验。三、语音交互更加贴近人人交互。故语音交互极有可能在物联网操作系统上得到广泛的支持。

总结了下最近脑子里想的东西，后边有别的想法再重新记录，期待两家操作系统慢慢露出庐山真面目。

2020年12月29日

本文地址：https://blog.csdn.net/weixin_44305322/article/details/111935720