为什么最近越来越多人开始科普AOSP项目和安卓无关

传出可能选在全球π日释出首波开发者预览版本的AndroidP(Android9.0)消息后，Google更计画将通话中录音功能列为Android正式功能。

其实通话中录音功能早已在Android平台上提供，只是Google并未将此项功能API列为标准项目，仅在部分App或与三星、小米、OnePlus等品牌手机开放使用此项功能。而稍早在Android开放原始码项目(AOSP)中，Google新增能加入以1400Hz频率、每15秒重复的音调告知内容的通话录音功能，让使用者在特定通话过程能启用录音功能，同时达成录音目的告知效果。

不过，此项功能依然会依据各地区法令规范提供使用，在部分地区销售产品可能会因为隐私权等规范禁止搭载此类功能。

而此次Google将此项功能加入AOSP项目内，意味将使通话中录音功能成为Android预设搭载项目之一，在此之前则是已经与三星、小米、OnePlus等品牌手机合作预载此项功能。更早之前，Google已经允许手机厂商在通话功能内加入阻挡特定电话拨入，以及追踪显示来电可能对象名称等功能，借此让Whoscall等来电追踪显示服务能更方便使用。

虽然开放通话中录音功能存取，但相关消息也指出Google可能将会在新版AndroidP加强限制开发者、厂商存取未正式对外开放的Android功能API，意味接下来在Android平台开发将必须更为严谨，并且必须遵循Google拟定的开发使用规范，借此确保服务品质、安全稳定度表现。

　　华为日前宣布将于7月27日发布鸿蒙3.0系统（HarmonyOS 3.0），推出3年迭代3个大版本，速度喜人。

　　知名科技博主数码闲聊站爆料称，HarmonyOS 3的内测版系统兼容了AOSP 12，新增的功能还有超级终端和多设备移动通信共享、超级桌面，支持自定义大文件夹，加强互联生态，加强隐私防护等。

　　事实上，华为鸿蒙OS 3.0开发者Beta版此前已开启推送，预计7月27日发布会后，会进入公测，预计首批会有Mate 40、P50系列至少13款机型升级，进一步提高系统流畅性。

　　在性能提升的同时，鸿蒙3.0在交互设计、多设备互联互通、性能、用户关怀等方面带来了全面的提升。

　　同时，鸿蒙 3.0 会修复2.0版本的漏洞，剔除2.0 中臃肿的部分，提高系统场景的流畅性，融入了最新的病毒库数据，以防止被木马爬虫入侵，增加了新的安全补丁。

1Win10兼容安卓App到底是怎么回事？

[PConline 杂谈]最近macOS 11以及M1芯片的横空出世，让很多人对苹果的生态整合能力再次发出了惊呼。macOS 11能够兼容iOS平台的应用，这让苹果桌面和移动平台的生态得以互通互融，一举提升了macOS在生活 娱乐 方面的功力。

macOS 11能运行iOS App

但实际上，想要打通移动平台和桌面平台的，并不止是苹果一家，甚至苹果称不上是先行者。在苹果之前，微软已经作了多次尝试，例如开发WM、WP移动平台，研发.NET跨平台开发技术，推行UWP这样的多平台通用应用等等。然而微软的努力，似乎没有在市场上取得太大的反响，WP已经宣告终结，UWP应用始终难成主流，微软在消费市场的势力，现在紧缩在Windows 10这个桌面平台周围。

然而微软终究是想要突围的。最近，传出了令人在意的消息：微软正在认真考虑，让Windows 10在2021年能够兼容安卓App！

最近Win10已经对手机投屏的安卓App做出了界面优化，这或许是为Win10原生兼容App做准备

苹果macOS兼容自家的iOS App，这个操作我们能想象得到；微软Win10能运行同时兼容多平台的UWP应用，这个操作也不难理解；而现在Win10竟然打算兼容Google家安卓系统的App，这打的到底是什么算盘？为了让Win10同时拥有桌面和移动平台的生态，微软如此做真的有必要吗？今天，一起来谈谈这个话题吧。

首先要确认的是，Win10将兼容安卓App的消息，是有可靠来源的。根据Windows Central的报道，该项目在微软内部被称之为Latte，该项目将允许应用程序开发人员将他们的 Android 应用程序带到 Windows 10，几乎不需要修改代码。Win10将会内置安卓子系统，以实现安卓App的兼容。

微软之前在WP/Win10M移动平台上，也推出过兼容安卓App的企划

当年的Win10M，通过某些手段，是可以安装运行安卓App的

实际上，打算让安卓为自己生态输血的，并不止微软一家。安卓本身就是非常适合第三方对其进行匹配，尽管它来自Google，但安卓本身分为开源的AOSP（Android Open Source Project）安卓开源项目，以及闭源的GMS（Google Mobile Service）部分。只要遵循相应的开源协议，任何人都可以通过AOSP来制作安卓的兼容层，例如Sailfish旗鱼系统，又例如最近的鸿蒙系统，都实现了对安卓App的兼容。

因此，无论从技术还是从商业的角度来看，Win10兼容安卓App的确是没有问题的——AOSP允许微软这么做，而微软也的确在Win10M中实现过类似特性。但是，这是否意味着在Win10中，安卓App就能够有完美的体验？恐怕未必。

前面提到，安卓系统分为开源的AOSP和闭源的GMS两部分。微软能使用的，是开源部分的AOSP，但偏偏在Google的运营下，越来越大的安卓App，需要一来GMS来运行。

以Google Play服务为代表的GMS，掌控着很多App的关键API，无法兼容GMS则不能通过CTS兼容认证

在全球范围内，Google通过掌控Google Play商店这个分发渠道，让越来越多的安卓App接入了GMS生态当中。例如App如果想要实现推送功能，它会使用Google的GCM/FCM推送；App想要实现导航定位，它会接入Google地图； 游戏 想要联机，那么则会接入Google Play 游戏 ……缺乏了GMS，很多App的功能就会残缺，甚至App无法正常使用，这也是为何华为被禁止使用GMS后，在全球市场会遭遇重大挑战的原因。

而Win10兼容安卓App的项目Latte，并不能使用GMS服务，在日后也不会有兼容GMS的希望——Google从未授权非安卓系统，来使用GMS。对于此，微软需要另辟蹊径，通过自建API来实现对GMS的替代。

2Win10兼容安卓App意欲何为？

微软让Win10兼容安卓App，在很多朋友的眼中，似乎是一种“资敌”行为——让自家系统也成为安卓生态的土壤，这是不是太过慷慨？微软自然不可能在做公益，实际上，微软对生态的运作，近年一直以“跨平台”、“卖服务”为中心，Win10兼容安卓App，也是这一思路的产物。

这是WP/Win10M宣告死亡时，微软在Play商店发布的安卓App，比自家平台还更加上心

微软这样做，目的是显而易见的——让自己的产品覆盖尽量多的平台，接而完成从“产品”到“服务”的转型。通过诸多产品，无论你使用的是什么平台，都可以接触到整套微软提供的服务。使用安卓也好，iOS也好，都可以通过上面的Office编辑文档，通过Outlook同步账户发送邮件，通过OneDrive管理数据，这时候，用的是什么平台，就不那么重要了。

Win10兼容安卓App，也可以起到类似的作用，但又有所不同。这时候，不再是由微软应用来服务平台，而是用Win10这个平台来服务应用。尽管安卓App的开发是由Google来主导，但只要它们能在Win10中运行，用户愿意在Win10中使用安卓App，那么用户就不可避免地会接触到Win10内置的微软服务。从这个角度来看，Win10相当于一个集微软服务于一身的终端，能够兼容更多类型的应用软件，自然也就增加了微软服务的吸引力——目前Win10就内置“我的手机”，可以通过连接安卓手机来运行安卓App，让Win10成为安卓机的一个服务终端。而未来Win10直接能原生运行安卓App，只是节省了必须连接安卓机这个步骤而已。

Win10中“我的手机”运行安卓App的效果

让Win10兼容安卓App，并不是微软这一思路的唯一成果。例如，微软就已经通过WSL，让Win10兼容原生Linux系统，Linux开发者可以直接使用Win10来工作；又例如，Edge浏览器放弃了自研内核转用Chromium，获得了完全兼容Chrome扩展程序的能力，结果我们也看到了，Edge浏览器从Chrome手中抢过了大片份额，越来越多人接触到了微软在Edge浏览器中植入的笔记、记录同步等服务。

Win10中的WSL，让Linux开发者能够在Win平台下进行Linux开发，增加对微软服务的接触机会

简而言之，Win10拥有自己的生态，这固然重要；但Win10是否能兼容其他生态、让微软的服务渗透到更多用户当中去，也很重要。应用的虚拟化、跨平台在未来是大趋势，在微软缺乏移动平台这个重要立足点的现状下，微软更加激进地推行了用一个Win10系统、兼容多种平台生态的策略，也是一种合理的选择。

微软让Win10兼容安卓App，乃至更多平台的应用，这无疑可以增强Win10的竞争力，让微软服务覆盖到更多用户当中。但这也会带来其他一些问题，例如微软能否建立起一套足够完善的API，用以取代安卓App所需要的GMS？就如同正在起步的华为HMS一样？又例如安卓App并不是为桌面环境所准备，Win10要如何确保它们依然能获得良好的体验？触屏电脑的普及真的能解决这个问题吗？这都是有待观察的。

无论如何，Win10兼容安卓App的确是一个很有趣而且颇有意义的尝试，让我们期待Win10正式上线这一特性吧。