| |
|
|
|
| 知识库 -> 数码 -> 为什么华为用户觉得AOSP卡国产手机系统脖子？ -> 正文阅读 |
|
|
[数码]为什么华为用户觉得AOSP卡国产手机系统脖子？ |
| [收藏本文] 【下载本文】 |
|
华为大肆渲染鸿蒙NEXT解决了外国手机系统“卡脖子”的问题，尤其针对谷歌的AOSP（Android Open Source Project）。 然而，… |
|
有一个概念叫供应链安全，一些美国的公司、机构把所有来自中国的供应链产品都列为不安全的，考虑到当它们污蔑别人时，只会复读自己做过的坏事，因此AOSP这类软件被当作供应链不安全也是很合理的。AOSP的Apache 2.0协议不授予专利权，商用设备运行Android必须交专利费，否则很容易被禁售。AOSP不包括及时的安全更新，不满足国内外网络安全的法律法规。与1一起考虑，运行这样的软件容易导致关键客户（例如，警务通定制机）遭受网络攻击。Android SDK不以AOSP的Apache 2.0协议提供，且遵守美国的出口管制法案。没有任何Android开发者自己下载AOSP并编译出SDK，且这样编译的SDK没有兼容性保障。Google的Android SDK不允许用于不兼容Android（即不通过CTS）的系统。几乎无法修改AOSP并新增API，因为受4的限制。只有少数App会利用OEM的私有SDK开发App功能，参考各个安卓厂商的智慧窗功能。试图在上游AOSP新增API必然受到Google的限制，在这种情况下，Google天然控制整个Android的生态，从而在Android App开发生态中具有垄断地位。也可以回顾一下全面屏、折叠屏手机的发售，到AOSP官方支持全面屏手势、折叠屏的延迟。应当认识到，手机近些年的创新主要发生在苹果和中国的手机品牌，而不是三星或者Google 事实上Chromium对其他方面的限制更低，因为其没有专利、Web平台天然没有SDK限制、为Web平台添加API是通过美国非营利组织W3C进行的，通过Electron和libcef可以方便的扩充API，但是Chromium的垄断程度比AOSP更高。 在去年，美国司法部试图拆分Google，将Chrome浏览器独立出来，并且禁止就浏览器的默认搜索引擎签订独占协议（其实反而伤到了Firefox，因为Mozilla的很大一部分盈利就是靠的Google的默认搜索引擎协议）。 因为这种原因，华为也在投资Servo浏览器引擎。 |
|
|
华为德国德累斯顿研究中心的员工 |
|
你不能只在支持美国软件的时候认同“开源=不卡脖子”，所以你也得认同“OpenHarmony=不卡脖子”，国内友商使用OpenHarmony完全不受华为制约。 甚至还能得出“谷歌应该使用先进的OpenHarmony替代自己落后的AOSP、失败的Fuchsia并且不会被卡脖子”这种荒谬的结论。 网友已经给小米6、红米笔记本和龙芯3a6000移植了OpenHarmony5，而且能正常运行原生鸿蒙next APP，由此可见OpenHarmony是完全对标AOSP的。 但这话说出来怕是你口中的“华为用户”都不信，所以才套了一层背景雄厚的开放原子基金会做隔离。有上级单位主管，起码可以保障国内厂商使用OpenHarmony的公平性。 |
|
从题主的问题描述来看，题主不懂开源，也不懂软件，建议在有预设立场提问之前，先去研究一下。 AOSP是开源的没错，但项目的Owner是Google，那就意味着：任何Contributor的PR，都需要Google这边的同意，才能Merge到版本中。 那如果按照EAR（美国出口管制政策），是存在Google会拒绝任何中国开发者提交的代码的可能性的。换句话说：你的需求/安全隐患，人家可以完全不会管，你对这个项目没有任何的掌控力。 甚至，人家有权专门给你添加后门，你还没办法。 举个最近的例子就是：2024年10月底，Linux 项目移除了多名俄罗斯内核驱动维护者。 你可能会说：这代码都是开源的，我们国内厂商自己改不就行了？ 那问题就来了：你自己开了一个AOSP的分支，自己用，那主Branch升级了，你跟不跟？ 如果升级的主Branch，和你魔改的部分冲突了，你怎么办？ 人家新版本故意跟你的魔改产生兼容性问题，你怎么办？ 就算你最后解决了冲突问题，但给你的应用开发者带来N多不可预测的兼容性问题怎么办？ 你实际上分裂了AOSP生态。这就会让应用开发者做选择：是给你开发维护一个专属版本，还是去主要精力投入到安卓生态中。 这件事不是没有先例。 我没记错的话，早年间坊间就有传言，国内某大厂为了支持中文输入法，魔改了安卓内核，导致后续的兼容性问题。 后来，再也没有厂商敢这么干。 （阿里的YunOS是特例，它改了虚拟机层，直接被谷歌斥责分裂生态，导致最后没有手机厂商选用YunOS。但阿里自己的天猫盒子，还有一些车机，我记得是用了YunOS，但规模和手机终端应该差了不止一个数量级。） 所以，除了华为外的所有国产手机系统，都必须跟着谷歌的路线走，谁都没那个能力去动系统内核。这不是卡脖子，那是什么？ 而原生鸿蒙则不一样，一方面它有把内核贡献给开放原子基金会（纯中国的组织），华为也在持续贡献代码，任何厂商也都可以用；另一方面，华为也在真金白银投入，让原生鸿蒙长大（25年新出的手机之类，都将是原生鸿蒙），彻底脱离安卓生态，自然也就没有卡脖子一说。 |
|
主要是学历低，认知不到位造成。 他们没接触过软件开发，也不知道什么是开源软件。以为美国一禁止硬盘上的代码就消失了。 AOSP的Apache 2.0协议不授予专利权，商用设备运行Android必须交专利费，否则很容易被禁售 AOSP的Apache 2.0协议不授权不给用，那Apache 2.0协议用在鸿蒙不需要授权？你说鸿蒙不用，那你都不用Apache 2.0，你把AOSP里面的Apache 2.0协议也不用不就完了。 ?Android SDK不以AOSP的Apache 2.0协议提供，且遵守美国的出口管制法案。没有任何Android开发者自己下载AOSP并编译出SDK，且这样编译的SDK没有兼容性保障。…… Android SDK 除了谷歌自己的套件都是开源的，谷歌发布的SDK由谷歌来保证兼容性，你HW都说要跟谷歌脱钩了，你自己来保证SDK给你的AOSP分支兼容性呀。难道工作量不比鸿蒙SDK和鸿蒙OS的兼容性保证少？ AOSP不包括及时的安全更新，不满足国内外网络安全的法律法规。与1一起考虑，运行这样的软件容易导致关键客户（例如，警务通定制机）遭受网络攻击。 你都脱钩了，还要别人帮你安全更新？你自己做安全更新呀，你另起炉灶也一样要安全更新，而且还是自己的人搞安全更新。而用AOSP你可以自己的人搞安全更新的同时，等AOSP安全更新之后可以同步过来，相当于是白嫖全球精英的智慧和劳力。 几乎无法修改AOSP并新增API，因为受4的限制。只有少数App会利用OEM的私有SDK开发App功能，参考各个安卓厂商的智慧窗功能。 你自己开的分支想怎么改就怎么改，根本不受任何限制，受限制的是别人不让你把不符合规范的API合入master分支罢了。你自己看看EMUI都改了多少新增了多少吧。 各个厂商的智慧窗要统一是因为要减轻app开发者的工作量，适配统一标准就行了，不需要适配各个厂商各种奇葩设计。 你要是不想遵守统一标准也可以呀，你能说服开发者适配你的智慧窗标准就行。 根本没有无法修改AOSP并新增API一说，小米HW甚至ov每天都在改和新增API（各种特性功能）。 ?试图在上游AOSP新增API必然受到Google的限制，在这种情况下，Google天然控制整个Android的生态，从而在Android App开发生态中具有垄断地位。 “上游AOSP”也就是主分支的修改当然要限制呀，不然每个人都随心所有的合入自己的东西岂不是乱了套了。但是你自己拉出的分支随便你修改，EMUI（手机鸿蒙）,MIUI(澎湃OS)……这些每天都在修改。 “Google天然控制整个Android的生态，从而在Android App开发生态中具有垄断地位。” 简直就是胡说八道，AOSP代码开源，你可以自己拉出分支随便修改，谷歌根本控制不了你。而各种好的点子和好的功能（生态），好的应用，是全球开发贡献的，谷歌怎么垄断？难道谷歌不让这些功能合入AOSP（这是谷歌的损失）？ 还是不让这些app在AOSP上运行？谷歌真这么做，它就违反AOSP开源协议了，比各种机制处罚它更可怕的是它的信用崩塌了。其他人再拉一个新分支，在上面修改，抛弃谷歌，到时候谷歌损失可就大发了。 …… 其他的都是一样的道理，我都不想吐槽了。 按H粉判断手机HM不是安卓是自研系统的标准，小米澎湃os早就是比HM还自研的自研系统了： |
|
|
|
|
|
|
|
|
|
|
华为手机在海外销售最大的障碍是没有GMS。 GMS是对于手机来说是必需品吗？如果是，那么没有GMS的苹果手机是怎么卖的？ 在海外，GMS几乎是基于AOSP的手机的必需品。这是现实。 而这个现实是谷歌刻意制造出来了。也就是谷歌在活用开源社区的推广能力的同时，保留了卡脖子的能力。这与AOSP本身是否开源关系不大。 |
|
搞不懂看这个就行，这玩意早就有结论了。 Android 问题点?www.pingwest.com/a/217182 Android，开源还是封闭？?www.ruanyifeng.com/blog/2010/02/open_android_or_not.html 有时候工作觉得很烦，没点逻辑在这里滚刀子，可惜这里这里是我的回答域，走好不送。 |
|
从技术角度来来说chromium完全开源，影响谷歌对浏览器标准的垄断吗？ 谷歌Chrome浏览器计划逐步淘汰Manifest V2扩展，全面推行V3标准 直接把屏蔽广告的扩展的命根子断了 |
|
有些人的想法就是：既然AOSP无法卡中国国产系统的脖子，那么为什么不用AOSP呢。 而有些人的想法是：既然美国已经卡了GMS，卡了光刻机，卡了台积电代工，还卡了中国无数的其他半导体和高科技企业。 。。。那么为什么就去非要信一个AOSP不会被卡呢？ 死命都要找借口不离开安卓不离开AOSP的根基是什么？ 所以言辞里就是“华为欺骗消费者去用鸿蒙NEXT，实际上AOSP不会被卡”，所有的一切都是“商业目的阴谋”。 所以“哪怕AOSP不会卡，华为就是要搞一个自己原创的手机系统”行不行？ 自己的东西用着乐意行不行？ 至于“华为大肆渲染鸿蒙NEXT解决了外国手机系统“卡脖子”的问题”！ 。。。华为有没有大肆渲染不知道，但华为有被制裁所以搞一个自己用，又咋地？ 就玩文字游戏，商业宣传，咋滴？ 不爽啊，那骂啊，全网骂，看你们那德行。 |
|
这是华为用户觉得吗？这不是现实吗？aosp不卡国产。但是谷歌三件套可以卡啊。在国外谷歌已经实质化垄断的情况下，禁了你的gms套件，aosp能不能用的，又有什么意义呢？ |
|
很多人也不能理解，美帝打朝鲜和我们新中国有什么关系 AOSP虽然可以用，但是能更新么？能保证及时更新么？能保证不被踢出去么？能保证哪天谷歌不开源了么？知道最近linux开源组织发生什么了吗？ 这些事情一旦发生，那你拿着一个老版本又有什么用？ 如果你不能杜绝事物变的更恶劣的可能性，那么事物大概率就是会变的更加恶劣。 所以老毛说：打得一拳开，免得百拳来。 |
|
因为猾伪卡用户的脑子，国内的软件生态自成一派，就算没有谷歌服务了，也能正常使用国内的软件，猾伪也能一直用旧版安卓不断更新系统迭代，添加新功能，但是如果说是安卓那就不能吠腾了，必须制造营销新噱头，让猾伪用户感到自己是“独特”的，与众不同的，新颖的，高人一等的，所以才会有用猾伪都是成功人士，用苹果都是小姐这种言论，来弥补在处理器，相机，屏幕等关键配置的巨大落差感 |
|
因为华为受到制裁大概不能向AOSP提交修改commit。 做开源软件，如果发现软件bug或者需要新增或者增强功能，需要提交commit给开源机构，同步修改代码。如果被制裁不能提交修改代码，不得不私下修改，就相当于在开源版本上拉了一个分支。如果下一个AOSP版本出了，需要耗费人力修改代码再拉一个分支。随着日积月累，拉分支修改的代码会越来越多，耗费的人力成本也会越来越高，这也是一种卡脖子的方法。 |
|
开源和开源不能一概而论 代表共享精神的开源基本只存在于社区间 大企业没有那么好心，不要犯幼稚病 它们的开源就是为了确立行业标准和规范，构建生态，实现最终的垄断 如果真是那么好心，就是共享给你，我什么也不索取，那为什么谷歌旗下服务曾对非Chromium系内核浏览器故意制造延迟？ 有一就会有二三四五六 包括华为自己也一样，他愿意打造新的操作系统，我很支持，如果是其他厂商想接入openharmony，我一样会反对 大企业没有任何一家值得信任 |
|
那 chromium 是不是也会卡脖子啊？感觉 chromium 和 Android 是非常像的。是不是我们也得去做个 chromium 啊？ |
|
本来就不是卡脖子的问题，而是通过垂直整合（高情商）/垂直垄断（低情商）获得超额利润的能力。 华为一直想在消费电子领域做苹果，这个欲望的强烈和持久是超出表面上所展现的。 |
|
我也很好奇，一个开源项目能卡脖子，这个公司的技术人员和营销人员是怎么说出这种话的？ |
|
这么快就忘记开源社区禁俄罗斯的事了？ 这好像也没有过去多久啊？ |
|
我一直觉得很奇怪，就是一个开源项目如何卡脖子？ 英国制裁了俄罗斯科学界，所以牛顿三定律在俄罗斯失效了？ 我是麻薯，关注麻薯，不当韭菜不挨割。 有人要说了，前几天长臂管辖不是把11 名俄罗斯程序员已被从 Linux 内核开发者名单中除名了么？ 被除名的开发人员如下： Nikita Travkin（负责 Acer Aspire 驱动程序）——邮箱为俄罗斯域名；Ivan Kokshaysky（负责 Alpha 架构端口）——邮箱为莫斯科国立大学域名；Alexander Shiyan（负责 ARM/CIRRUS LOGIC CLPS711X 端口）——邮箱为 http://mail.ru 域名；Sergey (Serge) Semin（负责 Baikal 处理器及其他项目）——邮箱为 http://gmail.com 域名；Dmitry Kozlov（负责各种驱动程序）——邮箱为 http://mail.ru 域名；Sergey Shylev（负责各种驱动程序）——邮箱为“Open Mobile Platform”域名，该公司开发出了首款俄罗斯移动操作系统 Aurora；Sergey Kozlov（负责各种驱动程序）——邮箱为俄罗斯公司 NetUP 的域名；Abulay Ospan（负责各种驱动程序）——邮箱为俄罗斯公司 NetUP 的域名；Dmitry Rokosov（负责为 Emsensing Microsystems 开发驱动程序）——邮箱为 Sber Devices（俄罗斯国有集团 Sberbank 的子公司）域名；Vladimir Georgiev（负责 Microchip Polarfire 驱动程序）——邮箱为俄罗斯设备制造商 Metrotek 的域名；Evgeny Dushistov（负责 UFS 系统）——邮箱为 http://mail.ru 域名。 然后…… |
|
|
你没看错，制裁也仅仅是把人名从名单里面除名了而已，代码中的注释和版权声明都不修改。 这里要加入一个科普，什么是开源的版权声明。 开源协议 目前的开源协议很多，但是常用的无非大致有GPL、BSD、MIT、Mozilla、Apache和LGPL几种。 以下内容来源见注释https://www.runoob.com/w3cnote/open-source-license.html" data-tooltip-richtext="1" data-tooltip-preset="white" data-tooltip-classname="ztext-reference-tooltip">[1] Apache License 鼓励代码共享和最终原作者的著作权，同样允许源代码修改和再发布。 需要给代码的用户一份Apache Licence。如果修改了代码，需要在被修改的文件中说明。在衍生的代码中（修改和有源代码衍生的代码中）需要带有原来代码中的协议，商标，专利声明和其他原来作者规定需要包含的说明。如果再发布的产品中包含一个Notice文件，则在Notice文件中需要带有Apache Licence。你可以再Notice中增加自己的许可，但是不可以表现为对Apache Licence构成更改。Apache Licence也是对商业应用友好的许可。使用者也可以再需要的时候修改代码来满足并作为开源或商业产品发布/销售。 使用这个协议的好处是: 永久权利，一旦被授权，永久拥有。全球范围的权利在一个国家获得授权，适用于所有国家。假如你在美国，许可是从印度授权的，也没有问题。授权免费，无版税， 前期、后期均无任何费用。授权无排他性 ，任何人都可以获得授权授权不可撤消，一旦获得授权，没有任何人可以取消。比如，你基于该产品代码开发了衍生产品，你不用担心会在某一天被禁止使用该代码BSD 可以自由的使用，修改源代码，也可以将修改后的代码作为开源或者专有软件再发布。 如果再发布的产品中包含源代码，则在源代码中必须带有原来代码中的BSD协议。如果再发布的只是二进制类库/软件，则需要在类库/软件的文档和版权声明中包含原来代码中的BSD协议。不可以用开源代码的作者/机构名字和原来产品的名字做市场推广。GPL Linux 采用了 GPL。 开源/免费使用和引用/修改/衍生代码的开源/免费使用，但不允许修改后和衍生的代码做为闭源的商业软件发布和销售。 只要使用了GPL协议的代码，后续衍生的代码也是GPL开源，有传染性。 LGPL LGPL允许商业软件通过类库引用(link)方式使用LGPL类库而不需要开源商业软件的代码。这使得采用LGPL协议的开源代码可以被商业软件作为类库引用并发布和销售。 GPL/LGPL都保障原作者的知识产权，避免有人利用开源代码复制并开发类似的产品。 MIT 作者只想保留版权,而无任何其他了限制。唯一的条件就是在修改后的代码或者发行包包含原作者的许可信息。适用商业软件。 MPL (Mozilla Public License 1.1) MPL协议允许免费重发布、免费修改，但要求修改后的代码版权归软件的发起者 。 EPL (Eclipse Public License 1.0) EPL允许Recipients任意使用、复制、分发、传播、展示、修改以及改后闭源的二次商业发布。 使用EPL协议，需要遵守以下规则： 当一个Contributors将源码的整体或部分再次开源发布的时候,必须继续遵循EPL开源协议来发布,而不能改用其他协议发布.除非你得到了原"源码"Owner 的授权；EPL协议下,你可以将源码不做任何修改来商业发布.但如果你要发布修改后的源码,或者当你再发布的是Object Code的时候,你必须声明它的Source Code是可以获取的,而且要告知获取方法；当你需要将EPL下的源码作为一部分跟其他私有的源码混和着成为一个Project发布的时候,你可以将整个Project/Product以私人的协议发布,但要声明哪一部分代码是EPL下的,而且声明那部分代码继续遵循EPL；4.独立的模块(Separate Module),不需要开源。AOSP的开源协议 AOSP使用的是Apache2.0的开源协议。 作为一个开源协议的项目，拿到了代码就能用，后续维护也需要更新，然后继续发布代码。 那么问题来了，如何卡脖子？ 直接中国地区网页404？ |
|
|
和Linux一样掩耳盗铃，把开发者从名单里面移除，实际什么都不变？ 还是凡是使用AOSP的都要被起诉，同时删掉AOSP里面所有中国用户写的代码？ 那AOSP不是一夜回滚到2010年了。 |
|
|
参考^各种开源协议介绍 https://www.runoob.com/w3cnote/open-source-license.html |
|
本来就是华为为了更好的营销，欺骗小白用户的手段。技术人员科普了好多年了，离谱的是还有这么生物信。现在这种说法已经成了“重金求子”提蠢粉丝的手段了。 AOSP开源，意思就是源代码都公布了。你都拿到代码了，谷歌怎么制裁你手里的代码？派八旗挨家挨户搜啊，藏有AOSP代码的诛九族？ 现在主流代码都是英文字母组成的，花粉是不是还要担心美国要是不让中国用英文字母了，那中国程序员代码都没法写了？ 谷歌真能卡脖子的是GMS。国内安卓用户大部分都没有GMS，都用的自家服务，所以谷歌还是卡不了国内安卓的脖子，能卡住的是国外部分。 在国外的安卓发行，就两种方式： １、和谷歌合作，在国外用GMS，GMS不开源，那确实有卡脖子的风险 ２、从谷歌嘴里抢饭吃，成立自己的系统，在外国推广，不用担心卡脖子 国内大部分厂商基本都选择在外和谷歌合作。 华为就很特殊，声称自己为了解决谷歌卡脖子完全自主研发了新系统鸿蒙OS。但在被卡脖子的国外依旧用EMUI，国内明明不卡脖子，却极力推广，甚至异想天开让其他厂商被华为卡脖子。攘外必先安内是吧，深得蒋公精髓，不过我们国庆是十月一号，华为国庆是十月十号，这也难怪行事风格和光头一样。 而且最搞笑的是鸿蒙出了好几年了，前两年被人发现是安卓套壳，还一直嘴硬，大嘴现在终于承认鸿蒙1、2、3、4都是安卓套壳，又声称鸿蒙Next就不是了，紧接着又吹纯血鸿蒙。一个都骗了你四年的玩意儿，某些群体还不长记性。我小时候养过一条狗，假装喂它东西吃，它前两次都会兴奋得跳起来，但第三次它就懒得理我了。但某些生物不一样，能一直兴奋。 我有个朋友还真在干鸿蒙开发，不过这仨月公司里对鸿蒙也不上心了。根据他说的鸿蒙Next语言是ArkTS，ArkTS基于TS，TS基于JS。我写前端的时候习惯用ElementUI，而ElementUI基于Vue，Vue基于JS。那鸿蒙Next算全新手机系统，那ElementUI算不是算全新的电脑系统？ 当然，我只是写后端的，对前端仅限能写能用，我知道鸿蒙Next肯定做了更深层次的改变才敢叫新系统，Vue和ElementUI面对ArkTS恐怕是班门弄斧，尤雨溪和阿里团队的技术岂能比得上华为？花粉可以不咬我了吧。 |
|
你心里都有答案了，就没必要再来问了。 鸿蒙一定会成功，你无非是个跳梁小丑罢了。 |
|
题主信不信，哪天遥遥领先跟他们说美帝卡我们英语和禁止我们万有引力定律脖子，他们也会坚信不疑 从古至今，最狂热宗教信徒都是没有正常逻辑的那类 |
|
既然aosp不卡脖子，那么小米花大半年与谷歌沟通什么？联谊？ |
|
|
软硬件协同优化，不能只看硬件，还有软件。 安卓大版本更新是谷歌说了算的。 所以早年华为会生产nexus6p，以表示与谷歌的良好关系，以更快适配安卓新版本。 事实上现在主流厂商也在抢安卓大版本首发。只是国内的特殊环境，感知不强而已。 |
|
|
|
|
|
|
|
|
而如果华为打算继续用安卓，那么就得保持与谷歌的沟通去优化新麒麟。以目前的国际形势显然是不可能的。 麒麟9000s发布之初也确实出现了严重的兼容性问题。 |
|
|
|
|
|
继续使用aosp，就是麒麟芯片的性能能够提升，兼容性也很难比得过高通。（事实上联发科的兼容性也一直不如高通，这几年有所追赶而已） 过去因为安卓根深蒂固的生态，所以华为没太大动力。 现在可以说是一个千载难逢的机会，去推动自家生态和系统。 |
|
所有的开源项目，所谓的开放性，自由性，都是虚假的，不可靠的。 |
|
首先明确一点，美国的制裁是： “新规明确规定，任何使用美国软件或美国制造设备为华为生产产品的行为都是被禁止的，都需要获得许可证。” 以及禁止谷歌对华为设备的gms授权。 第一条是硬件不是软件。 第二条是gms软件授权。 但是显然cts认证还是需要的： 1. 遵守数据保护法规 用户同意管理：Android设备制造商应确保在收集和使用用户数据时获得明确的同意。 数据最小化原则：仅收集实现产品功能所必需的数据。 数据安全措施：实施加密、访问控制和定期审计等安全措施。 2. 满足安全法规要求 安全更新：确保设备能够及时接收安全更新，修复已知漏洞。 安全认证：获得安全认证机构的认证，证明设备符合欧盟的安全标准。 不然你的设备早在2020年就被禁了，因为当前欧盟Android设备制造的“安全认证”门槛最低的就是cts认证（以及手动的 CTS Verifier，面向出口的gts）。 gms认证反而是可选项。 但是有了gms认证，前面的都是废话，因为gms认证本质上包含了前面所有项。 |
|
因为部分华为用户背叛了共产主义，他们信仰的是彻头彻尾的单边主义，和美国政府本质上是没有区别 他们大多根本不了解GMS和AOSP的关系，不了解开源是什么，没有参与过开源共建，不了解开源协议的起源，不清楚开源的局限性，不理解开源最大的意义是什么，天天看国内营销号沸腾，然后尬吹自家主子 如果说华为搞一个完善的开源鸿蒙(比如现在的星河版。openharmony那种轻量化系统不算)来和AOSP竞争，那我绝对支持，谁开源我支持谁。所以我对open harmony和vela都是相当支持的(这两家还都做过按揭开源的事，只能说不愧是旗鼓相当的对手)。 曾经星河版出来的时候准备买一部支持一下，不过一看最终落地的玩意，和openharmony的关系堪比李逵和李鬼，最大的关系是都姓李。 不过想想也是，这家企业的营销基因就是这样的，宣传的是开源的A，实际预装了基于AOSP开发之后还要闭源的B，然后又大张旗鼓的营销和推进闭源的C next(星河版)，ABC最大的共同之处就是名字一样，方便其粉丝进行混淆和宣传 由于这些操作都没有真正的解决GMS和谷歌强绑定的问题，所以切换了星河版鸿蒙依然会被卡脖子。应对GMS卡脖子的办法应该是让中国app攻城掠地，让世界脱离谷歌的掌控 骂完了这家，也该骂两句AOSP的维护者谷歌了 谷歌也是万恶之源，作为AOSP的维护人，对AOSP几乎享有独裁权。 虽然AOSP是具有共产主义性质的，但是维护人谷歌可是彻头彻尾的独裁者，他们可以控制哪些人可以参与到AOSP的共建，这也是最有可能卡脖子的地方，就像之前linux的维护人把俄罗斯开发者踢出的逻辑一样。不过这种也不叫卡国产手机系统脖子的，应该叫自己卡自己脖子，因为下游分支使用方完全可以在自己代码上合入。 现在国内厂商已经从事实上在引领安卓手机的发展趋势，但是AOSP对各种行业公共的新特性的合并和官方支持显然慢了很多，导致安卓大版本更新也像IOS一样挤牙膏一样，谷歌是第一责任人 从网络安全的角度来说，谷歌听命美国政府在AOSP中投毒也是完全有可能的，这种国家级别的供应链攻击永远是开源社区头顶高悬的达摩克利斯之剑 开源这东西本来就是把双刃剑，开源在保证代码可见任何人可审计的情况下可以解决软件的信任问题，不过解决不了攻击面过广的问题 所以我觉得如果未来中美关系继续恶化，基于AOSP fork一份中国企业自己的分支才是最合适的选择，中国没必要抛弃世界人民共同创造的资产 最后还要提到一点，开源并不代表先进，就像世界上依然存在各种主义的国家一样。如果一个系统闭源也能干翻世界人民共同的财产的话，那也是人家的本事。就像ios和aosp的对比一样，鸿蒙当然也有可能做到这点。 |
|
|
| [收藏本文] 【下载本文】 |
| 上一篇文章 下一篇文章 查看所有文章 |
|
|
|
|
娱乐生活:
电影票房
娱乐圈
娱乐
弱智
火研
中华城市
印度
仙家
六爻
佛门
风水
古钱币交流专用
钓鱼
双色球
航空母舰
网球
乒乓球
中国女排
足球
nba
中超
跑步
象棋
体操
戒色
上海男科
80后
足球: 曼城 利物浦队 托特纳姆热刺 皇家马德里 尤文图斯 罗马 拉齐奥 米兰 里昂 巴黎圣日尔曼 曼联 |
| 网站联系: qq:121756557 email:121756557@qq.com 知识库 |