Android使用权若恢复 华为还继续研发操作系统吗？

　　继美国商务部延迟华为禁令生效日期90天之后，G20峰会上美国总统特朗普的立场似乎明显软化，宣布美国科技公司将继续与华为做生意。
　　　特朗普在G20大阪峰会后表示，美国卖给华为的产品“数量巨大”，美国企业对无法把产品卖出去“感到相当不满”，美国公司可以继续将“不涉及重大国家紧急问题的设备”卖给华为。
　　据路透社7月2日报道，华为方面当天表示，对于是否能够在接下来推出的智能手机上恢复使用谷歌安卓系统，该公司正在等待美国商务部的指示。
　　在回答记者有关华为对安卓系统的使用权，华为风险管理及合作伙伴关系部门副总裁蒂姆?丹克斯（Tim Danks）说，“我们已获悉特朗普总统上周末有关华为的言论，我们将等待美国商务部的指示，就此事目前没有进一步补充。”
　　其实在此之前，已经传出消息谷歌将不会按照禁令条款执行，而是继续向华为授权安卓系统，并对其提供系统更新和技术支持服务。另外包括微软、英特尔在内的众多硅谷科技公司也先后发出声明继续与华为合作，双方的技术和生意往来暂时不会受到影响。
　　根据目前的消息来看，未来一年内华为即将上市的Mate X折叠屏手机、Mate 30 Pro等中高端手机仍将搭载安卓系统，华为自研鸿蒙、极光操作系统的进度也不再那么迫切。那么华为还有必要继续自研操作系统的工作吗？
　　优先使用安卓系统
　　特朗普政府5月份以“安全问题”为由将华为列入“实体清单”后，作为华为手机操作系统的主要提供方，谷歌宣布暂停对华为提供安卓系统的支持。
　　随后，就在华为是否能够继续使用安卓系统充满不确定性之际，该公司的自研系统“鸿蒙”被推到了聚光灯下。

　华为在中国注册的商标图自国家知识产权局商标局网站
　　其实对华为而言，如果能够使用的话，的选择还是安卓系统，安卓发展10多年以来，不管是生态，还是体验已经不逊色于iOS。
　　华为实力再强，推出一款新的系统，没有经过几年时间的打磨，是不可能和安卓相抗衡的，这个是鸿蒙的弱势所在。
　　其二是目前像小米、OPPO、三量、VIVO等厂商一直使用安卓，一旦鸿蒙系统不怎么样，华为的风险就大了，或会引起用户流失，这也是华为不愿意看到的。
　　其三是国外用户对安卓相当依赖，一旦使用鸿蒙，对海外用户而言，极有可能会引发大下滑，而华为海外的销量约占一半，能用安卓，华为就不太可能冒险使用鸿蒙。
　　所以，当与谷歌恢复合作后，华为预计将会继续使用安卓系统。
　　自研操作系统的工作将继续
　　一直以来，操作系统是手机、笔记本电脑、平板的软件，没有操作系统的硬件几乎就是一堆废铁。自主可控的自研操作系统更关乎技术保密、信息安全、国家安全。
　　根据此前报道，华为正为“鸿蒙”操作系统的发布做准备，以取代美国的安卓系统。
　　据华为消费者业务CEO、华为常务董事余承东透露，鸿蒙操作系统打通了手机、电脑、平板、电视、汽车、智能穿戴，统一成一个操作系统。并且，鸿蒙操作系统还兼容全部安卓应用和所有Web应用，而且如果安卓应用重新编译，在该系统的运行性能提升会超过60%。
　　余承东还表示，鸿蒙操作系统最快今年秋季、最晚明年春天将面市。不过重获谷歌安卓授权后，鸿蒙操作系统的上市时间可能要推迟了，甚至可能不会面市。
　　但并不意味着华为就会放弃，自研操作系统仍然是重中之重，和之前一样，华为的鸿蒙操作系统将继续以“备胎”的身份进行下去，并且会是华为未来的重要战略之一。
　　华为手机操作系统往事
　　接下来这一段文章比较长，来自华为心声社区，讲述了华为手机操作系统这些年来的经历。
　　下面是《华为手机操作系统往事》全文：
　　4月11日，CBG总裁余承东在上海发布了P30系列手机。发布会后，一个听上去有点晦涩的新名词——“方舟编译器”迅速登上了知乎社区的热搜榜，引发了IT从业者、数码博主、资深码农乃至普通消费者的极大关注和广泛热议。“编译器是什么？”“华为方舟编译器和安卓原生的AOT/JIT（Ahead of Time/Just in Time）有什么区别？” “方舟编译器对安卓生态有何意义？”等，网友对各种深浅不一问题的讨论不亦乐乎，诸多跟帖评论精彩纷呈，不得不说高手在民间。
　　其中一位网友的评论很有代表性：“昨天的华为发布会，让我感到惊喜的是，在如今这个年代，会有一家国内消费电子公司把编译器作为一大亮点来介绍。华为在基础研发上的持续高投入，加上手机终端市场占有率向迈进，使得‘自建生态’的梦想，对一家中国公司而言首次成为可能。”
　　编译器是将程序开发用的语言转换成机器指令的软件，可以理解成软件与硬件之间的桥梁。那方舟编译器会带来怎样的价值？简单点说，是解决现有安卓这座桥梁并不顺畅的顽疾，是对安卓真正深度的优化与革新，可以说为安卓产业注入了新的生命力。
　　而这只是华为一系列软件创新的成果。今天，从市场与用户的反馈来看，越来越多的消费者认可华为手机长期使用后依然流畅，对用华为手机玩游戏体验不佳的吐槽也越来越少。这既归功于华为手机芯片和硬件能力的快速提升，更离不开软件全栈的深度优化与技术创新。
　　我们深知，任何软硬件的技术优化和创新探索都必须瞄准用户体验。服务近5亿在网用户的华为手机操作系统EMUI是如何围绕用户体验，不断进行深层创新，推出硬核技术的？
　　故事还得从几年前说起。
　　面向消费者的软件怎么做
　　3年前，我在负责2012实验室的中央软件院，7月份，余总的一个电话，让我有机会来到CBG负责终端软件的研发工作。当时的心情既兴奋又忐忑。兴奋在于，从进公司伊始，我一直从事和软件紧密相关的工作。在我心目中，完成大规模工业化的软件研发，不啻以虚拟世界的0和1为建筑材料，去设计建造一座宏伟的殿堂。而如何能让我们的建造成果和过程都达到，给我们的用户和合作伙伴带来价值，一直是我的追求与梦想。
　　忐忑也随之而来。虽然都是软件研发，但是智能手机操作系统对于我是一个全新的领域。首先是标准化程度大不相同，电信设备软件有非常完备的行业标准，ITU、3GPP、IETF等，实际上把网络架构和网元架构标准化了。研发需要做的就是根据标准协议，遵从一定的开发流程规范，比如IPD（集成产品开发），以及合理的项目管理来实现相应的交付目标。同时，电信设备软件的需求也是相对清晰和汇聚的，几百家运营商的需求百分之七十以上几乎是一致的，而且设备的日常维护主体是经过化训练，具有相当技术水平的运维人员，可以相对清晰准确地反馈设备使用中的各种问题。
　　而面向消费者的软件则大为不同。广泛流行的智能手机操作系统最终只留下了iOS和安卓。与封闭的iOS框定一切来保证体验不同，安卓是由谷歌主导的AOSP社区开源，但原生安卓实际上是Design Reference（设计参考），具体到每一个功能如何取舍和扩展，与海量的第三方APPs如何交互，并没有详细而统一的标准可以遵从，都是各个手机厂家根据自己的硬件平台、产品定位和目标用户群，做大量的适配和优化修改，生态碎片化严重。一切只能以消费者体验为准绳。
　　在安卓开放的大环境下，怎么做才能实现的用户体验？在iOS已经通过多年的积累树立了牢固的形象时，怎样才能让EMUI被越来越多的消费者认可，是我和整个软件团队面临的挑战。
　　聚焦的用户痛点 “在飞行中换引擎”
　　我们决定将“用户体验”作为终端软件追求的目标。而首要解决的问题就是，什么最影响用户体验？经过大量的调查和访谈，团队很快发现，最为安卓用户诟病的，是长期使用后的卡顿，这也是影响消费者体验的大障碍。
　　一个热爱电子产品的同事和我讲述过他的智能手机使用经历。在安卓手机进入大屏年代后，2013年他购买了当时做得的安卓手机S和H，用的还是配置，但用了一年多后，即使每晚不做任何操作，都会消耗百分之十几的电量；更让他无法忍受的是，卡顿、死机几乎成了家常便饭，必须要不断重启和清理内存才能勉强使用。用他的话说，不是我在用手机，而是手机在用我。
　　为什么即便拥有很高的硬件配置，即便是当时的安卓手机，也会面临更多的稳定性和流畅性问题？是哪些因素导致了长期使用后的卡顿和死机？我们决定“啃”下卡顿这个的硬骨头。EMUI团队成立了专门的“特战组”集中攻关。特战组详细分析了安卓系统下四百多台几十种机型的手机，经过反复的问题重现和软硬件的全栈分析，共发现以下四个导致卡顿、死机的主因：
　　安卓系统的松散管理，应用对资源的使用缺少规则，就像建了很多道路却没有交通规则，最终是拥塞和混乱；
　　系统硬件资源协同缺乏，仅仅靠增加RAM（运行内存）资源不能解决问题，而是要更有效地调度与使用资源；
　　存储碎片累积效应，随着使用时间的增加，存储碎片化日益严重，数据读写速度明显下降，系统卡顿频繁、加重；
　　APP膨胀严重，特别是头部应用功能不断堆积，导致产生的数据急剧增长，抢占系统资源严重，拖累系统运行速度。
　　这些问题，几乎涉及到从芯片到软件全栈，如果只是见招拆招被动应对，是不可能真正解决问题的。必须全面系统分析，才能拿出全面彻底的解决方案。但安卓系统本身极其庞大，代码行数过亿，在这么庞大的系统上“动手术”，挑战可想而知。会不会在优化的同时导致其它兼容性的问题？有没有足够能力实现预定的目标？
　　但是，带着有问题的引擎勉强飞行，只会酿成更大的事故。畏缩不前不如放手一搏。通过大量细致的分析和研判，我们决心破釜沉舟——干！最终，经过的反复诊断和讨论，拿出了5大“药方”来一一解决上述问题。
　　简单来说，人工智能是，对应用侧智能分析，判断应用的资源需求特征（计算密集型、RAM密集型、IO密集型等）；对硬件资源侧，感知CPU、内存、IO（Input/Output）、存储等资源状态，通过AI算法实现应用需求与硬件资源的匹配，并及时合理地整理和回收空闲资源，解决上面提到的硬件资源协同和APP占用空间过度膨胀的问题。

      “抽屉式”替换 为安卓注入新的生命力
　　对于存储碎片化的问题，我们采取了一个比较激进的方案——替换了安卓原生文件系统。
　　安卓从诞生之初就直接架构在Linux基础上，其文件系统最初并未考虑碎片文件的快速整理。长时间以来，安卓手机都是从Linux继承文件系统，这个文件系统对智能手机上的Flash存储并不友好，也是碎片化的主因。我们决定用F2FS（Flash Friendly File System）文件系统来替换原生的文件系统，不仅因为F2FS是为Flash量身定做，还因为它可以使手机极大程度上避免文件碎片。
　　F2FS是由友商S公司原创并开源的。但S公司自己并没有率先使用。因为文件系统决定存储上所有文件的存储与访问方式，好比器官移植手术，替换文件系统的复杂度和风险是巨大的。
　　我们虽然在实验室仔细验证了半年多，但替换文件系统的高复杂度和高风险，仍然是决策的顾虑。软件管理团队和技术团队多次分析后，最终果断拍板，并和CBG签订了军令状，承诺搞不定或出了问题就“军法处置”。
　　得益于团队胆大心细的执行力，F2FS文件系统最终替换成功，成为解决卡顿顽疾全方案中最重要的组成部分。
　　2016年，伴随着Mate 9 系列发布的EMUI5.0，我们为这个解决安卓卡顿的方案取了一个简单易懂的名字，叫做“天生快 一生快”，同时承诺消费者“18个月不卡顿”，这个当时看似“吹牛”的承诺，今天已经成为现实。从市场反应和消费者反馈来看，在安卓阵营里，华为手机率先甩掉了“卡顿”的帽子。
　　2018年，谷歌将F2FS吸收到安卓原生版本中，所有安卓厂商因此受益，对安卓生态是很有价值的贡献。至今，谷歌的自研手机Pixel 3也使用了F2FS文件系统。
　　基于理性的技术判断和果断决策，让我们了所有安卓厂商一步。更难能可贵的是，为了实现安全替换，逼迫我们的团队没有退路地仔细分析了原生系统的底层，边战边练，让我们的团队积累了非常宝贵的经验，也尝到了深度优化安卓的甜头。道考题，我和软件团队初步获得了CBG管理团队的信任，有了一个好的起点。
　　走向生态协同的“深水区”
　　在解决卡顿这个顽疾的过程中，我们就发现安卓生态的松散是一个挑战，这并不能通过技术来解决，但又和用户体验息息相关。
　　相较于iOS对生态的严格管控，安卓生态主要依赖玩家的自律自觉。打个不恰当的比方，安卓原生系统好比谷歌修好的一条高速公路，谷歌设想上路的自然是遵守交通规则的机动车，而实际情况却是，不但机动车上路了，各种牛车、马车、三轮车和行人都来了，加上没有交警（优先级调度系统）负责管理，拥堵就成了常态。
　　这种状况在国内尤甚。手机厂家不断投入的技术，只是把端侧的运行环境做得越来越高效、整洁。但应用市场的鱼龙混杂对用户体验影响巨大，各安卓手机厂家不仅拥有自家的应用市场，还有种类繁多的第三方应用市场，再加上通过浏览器链接就能下载安装App，还有各种木马App、恶意软件，互相引导安装、伪装后台、无限制申请手机系统资源等，带来的问题就是Apps对安卓系统资源的使用极不规范，甚至是恶意使用。
　　“病从口入”，导致的结果就是，用户体验不断受损。华为面临一个选择，是随大流，还是牵头竖起大旗，联合重量级生态玩家，逐步规范、净化安卓生态，把优质的体验还给消费者?仅仅依靠手机厂家自身的持续技术投入和优化已然不够，走向生态协同的“深水区”是华为终端软件必须要迈出的一步。
　　经过大量的前期沟通讨论，2016年11月14日，在上海的Mate 9系列发布会上，华为联合阿里巴巴、百度、腾讯、网易四家企业共同发起了安卓绿色联盟。作为一个开放的非盈利性组织，希望共同构建中国安卓绿色应用环境，打造安全、可靠、可信、健康的应用生态，把的应用体验带给消费者。
　　安卓绿色联盟成立后，集中发起厂家的经验和智慧，陆续推出了《安卓绿色联盟应用体验标准》的1.0和2.0版本，涵盖了应用安装与运行的兼容性、稳定性、安全、功耗和性能标准。同时发展会员企业超过1000家，覆盖80%的主流应用。
　　在安卓绿色联盟平台上，华为提供了超过3千台测试真机，向所有安卓应用开发者开放，只要远程登录，即可申请到相应的测试资源并执行测试；同时，华为把安卓版本的变化及时分享给国内开发者，大大提升了安卓应用在新版本上的适配效率。
　　对于通过了《安卓绿色应用体验标准》的应用打上“绿色应用”标记，让消费者在应用下载时对应用质量的了解一目了然，可以安心使用。通过2年多的协作，绿盟已帮助超过20万开发者进行测试、牵引Top 3000安卓应用降低了高功耗与权限滥用行为。消费者、应用开发者、互联网厂商和手机厂家都因此受益。整个安卓生态的参与者，都愿意在这个平台上共享经验、共同创新。2018年还成立了AI开放生态合作、AI安全设计方案、AR、游戏加速四大创新工作组。
　　我们将和伙伴一起把安卓绿色联盟持续的发展壮大下去，希望她能成为整个产业的一盏明灯，优胜劣汰，为所有安卓用户带来的应用体验。
　　“吓人”的GPU Turbo背后
　　2018年6月，余总在北京发布“吓人的技术”GPU Turbo，不但引起了其他厂商对于“吓人”和“Turbo”的跟风，也在一些主要的科技论坛引起了关于背后技术的大讨论。
　　游戏产业在手机上的迅猛发展超乎很多人的预料，几乎一半以上的用户都是手游用户。早在2016年，国内的手游已经占据了游戏市场的半壁江山，而且如荣耀、吃鸡等“硬核化”游戏的普及，将游戏对于手机图形处理能力的要求推向了前所未有的高度。而受限于ARM Mali GPU的限制，在与其他友商的GPU的PK中，华为手机用户对游戏体验的吐槽急剧增多。
　　手游的体验是不是只能依赖GPU的处理能力，或者类似某些所谓的游戏手机堆料来实现？能不能像整机性能一样通过软硬协同来优化？这些问题进入了我们的视野。说干就干，相关工作马上开始启动。
　　2017年2月，我们发起了一场中西合璧的针对手机图形处理性能的攻关。虽然新加入的海外图形处理给出了很有价值的思路，但是整个攻关过程并非一马平川。其中经历了无数次尝试、接近、又推倒重来的过程。“胜则举杯同庆，败则拼死相救”，来自美国、芬兰、俄罗斯和深圳、杭州、南京、上海的相应领域们，不论部门，不分昼夜，最终达成了预期的目标。
　　当我们说出GPU Turbo 可以提升游戏性能的同时降低功耗，业界开始是一片质疑，都觉得这个逻辑违反常理。但我们有充足的底气，从GPU Pipeline（处理队列）、CPU/GPU联合调度，到OPEN GL（开放图形库）各指令的详细解读和细致调整，再到图形处理引擎的重构和应用负载的清洗，完整的全栈分析和解决方案，让我们有足够的技术自信，敢于公开我们的目标和承诺。
　　6月6日，发布会现场，知名技术平台现场直播搭载GPU Turbo的荣耀Play和其他友商手机的同款游戏对决。在帧率、抖动率、掉帧、耗电等硬指标上，荣耀Play获胜！一个多小时的实时对战，让业界见识了GPU Turbo的实力。GPU Turbo上市之后的反响超出预期，而各种第三方自发的评测也证实华为手机坐稳了游戏性能的阵营。
　　任何成功的背后，都是艰辛和汗水，所有参与GPU Turbo项目的研发弟兄们，经历过多少个不眠之夜已经记不得了。而我们始终牢记，潜心投入技术，聚焦提升用户体验，才是持续改变用户观念，提升品牌与口碑的王道。
　　软件工程里的“硬核”技术
　　2018年7月初，GPU Turbo上市的余热还未散去，忽然一起用户投诉引起了维护与营销团队的注意。相当多的用户在升级GPU Turbo之后，随着某款热门游戏的更新，不少场景出现了花屏。由于涉及华为和游戏厂商，究竟是谁的问题，中间是不是有什么故事，迅速成为媒体热炒的内容，一时间各种说法纷至沓来。
　　尽管声音很多，但对我们来说，用户的体验才是最重要的。仅仅2天之后，EMUI团队把2MB左右的补丁包快速推出，迅速解决了问题。我们的快速反应能力，受到了广大消费者几乎一致的好评。
　　这种快速的补丁升级能力，在终端领域，华为是独有的，其他安卓厂家并不具备。这背后，是EMUI团队这几年持续构筑的软件工程能力：代码共主干、全栈架构解耦、版本自动化生成三个硬核能力。
　　工欲善其事必先利其器，软件工程能力是软件研发的“器”。强大的软件工程能力是软件研发的重要组成部分，也是软件研发的硬核技术。
　　三年多以前的EMUI，基于海思Kirin、高通、MTK芯片的主干各不相同。主干只是物理上的代码仓库，质量基本没有保证。各产品版本都是从主干拉出的分支，相关特性都是靠产品经理和开发代表手工挑出来，效率极为低下，质量无从保证。从单产品看似乎很“高效”，但各产品功能特性的一致性，质量的可继承性几乎很难做到，没有一款存量机型能够全网升级新版本。这致使整个软件团队工作量很大，但重复低效且没有继承性，令团队人困马乏，根本无法应对即将到来的海量交付。
　　从EMUI5.0版本立项开始，交付采用了全解决方案运作模式，将用户交互、OS（操作系统）、海思、通信协议、安卓原生多个模块纳入统一规划，同源设计、同源开发、同源测试。解决方案依赖关系识别好、管理好，计划对齐。同时定下海思Kirin、高通共主干目标（MTK平台2018并入主干，至此，华为EMUI一条主干兼容三大硬件平台），代码合入主干严格受控、质量优先，保证了主干的代码质量。各产品不再需要拉分支，到发布的点直接按对应的产品出版本即可。主干版本每周可实现一轮全量的自动化测试，质量越来越好，交付也越来越高效，并且这个能力可持续传承。共主干的实现，虽然让产品线和软件研发团队都受到了不少“折磨”，但今天的收益让所有的痛苦都变得很值得。
　　架构是软件的骨架，是软件团队共同工作的基础和统一语言。EMUI基于安卓原生系统，总代码行数过亿，几乎是无线产品线产品代码行数的两倍。这么大规模的代码，每年都要做大版本升级，而且安卓原生代码每年的更改量和新增量都超过上千万行。架构的模糊和耦合，让新增功能的开发，现有功能的修改和变更，甚至BUG的修复都极其痛苦，血肉骨架混作一团，牵一发而动全身。这样的系统其实已经很难维护和持续开发。架构的选择和解耦成为不得不做的事情。
　　特别感谢余总和手机产品线总裁何刚的支持和信任，在人力资源有限的当时，允许我拿出40%的人力开始了EMUI全栈的架构解耦和重构。架构部担起这个历史使命，由软件的8级胡征挂帅开始了三年多的架构解耦工作，多次的研讨和激烈争论，终于让这项工作在过去的几年持续了下来，并对今天EMUI的交付效率和质量，做出了巨大贡献。一个清晰可解耦的架构，是软件团队内部的统一工作基础，也是我们与业界合作的共同语言，让我们“抽屉式”替换相应的安卓组件成为可能。这也是过去几年，EMUI可以快速实现替换文件系统、智能调度系统、实现全栈补丁的基础。谷歌新版本也在吸纳我们的实践。全系统解耦的能力上，我们走在了业界最前沿。
　　EMUI 从紧耦合走向共主干全解耦
　　是版本的自动生成能力。手机版本需求复杂，有公开渠道、运营商渠道等各个不同版本。加上高、中、低档机一组合，每年发布的版本有上万个。版本管理和发布都极其复杂。CBG软件团队自行开发的CCM（版本自动编译配置平台）为这个问题的解决立下汗马功劳。公开市场、运营商市场、不同国家、不通过配置等都抽象为一个个可配置的参数，总参数量几千个。需要出版本的时候，根据目标市场的需求，选定和修改相应的配置后，一键配置下发，即可生成对应的版本。整个过程高效、高质量。这套系统上线以来，我们节省了200+的软件配置人力，一直是零差错平稳运行。
　　目前，EMUI日活用户已接近5亿。每个新版本的发布，除了支撑新机上市外，越来越多的机型可以同时升级，让广大消费者获得了直接收益，我们也越来越多地获得了消费者的支持和认可。
　　学习互联网的开发效率 也注重平台软件的经验积累
　　近几年在软件开发领域，互联网化和DevOps等是非常热门的话题。我想谈一下在EMUI软件研发实践中的一些体会。EMUI全栈包括了APPs、中间件和OS底层。如果一概要求研发人员必须年轻，并且必须放弃IPD而采用互联网的迭代方式，这种做法不尽合理，容易误导团队和领导对EMUI软件研发的认知。
　　在软件工程能力如共主干、架构解耦不具备之前，片面地去执行年轻化和迭代开发，那将是一场灾难。上层APPs需要年轻人和快速迭代是对的，但中间件和OS，需要的是经验，创新第二。没有多年的经验，不可能做好底层软件。没有好的底层，上层的应用体验也不会好到哪里去。
　　EMUI架构完全解耦的今天，APPs已经完全脱离EMUI平台独立发展，而且架构解耦的思想也落实到了APPs开发和实现中，实现了自主规划、开发和交付上架，以及全功能团队的快速迭代，这是非常接近于互联网化的开发模式。而EMUI基础平台，仍基于IPD流程，扎扎实实按计划持续开发积累，把质量做到。全面Copy互联网，认为谈IPD而不谈DevOps就是落后的代表，是一种误导。IPD也好，DevOps也好，其实都是工具，关键是要准确把握业务诉求，根据业务特点选择最适宜的模式和工具。