在萨蒂亚·纳德拉（Satya Nadella）的领导下，微软已成为开源社区的重要盟友。除了Chromium和GitHub等开源项目外，技术巨头Android还希望帮助更好地与下一代硬件进行交互。
据报道，由Google启动的Android开放源代码项目（AOSP）允许任何人获取源代码并自定义所需的版本。例如，诺基亚创建了所谓的“ X”。
平台，亚马逊还根据AOSP代码创建了自己的Android版本。过去，微软积极参与Android的开发。
近年来，它已成为AOSP项目的坚定支持者，为移动平台提供了许多应用程序和服务。当前，Microsoft面临的最大障碍是Android应用程序的图形用户界面的系统要求。
但是，随着WSL2的发布，Microsoft开始开发一个名为“ WSL-G”的项目。或“ WSL-Graphics Architecture”。
该项目使用内置的Wayland显示服务器直接在Windows 10用户界面中运行Linux GUI应用程序。 Microsoft的Steve Pronovost在XDC 2020演示文稿中详细介绍了Microsoft正在创建的WSL-G新功能。
通过移植WSL-G或类似的WSL组件，Windows 10可以运行虚拟化的Android应用程序。但是，Windows Central表示，Microsoft的Android子系统不太可能支持Google Play，因为Google不允许将此服务安装在非本机Android或ChromeOS设备上。
幸运的是，Windows 10并非垂死的平台。作为最流行的操作系统，当“组合”操作系统时，Microsoft提供了大量的试验和错误空间。
Windows和Android。除了Project Astoria外，Microsoft以前还与三星手机合作，通过“您的手机”界面在计算机手机上运行Android应用程序。
功能。 UWP目前处于这种情况。
即使直接消除了UWP，它也不会真正损害Windows本身，但可以在Android中产生真正的火花。对于台式计算机，这是一个巨大的胜利。
但是，对于Microsoft来说，它缺乏Apple严格的环境控制，并且其自己的跨系统环境UWP无法做到这一点。当前，宣布与Android项目的兼容性对于UWP应用程序是个坏消息。
甚至可以说，运行Android应用程序的计划越好，UWP应用程序注定要死亡的可能性就越大。另一方面，Android应用程序不是空调平板电脑或台式机应用程序环境，大多数应用程序在大屏幕上的影响仍然不清楚。
像以前的RemixOS，Phoenix OS和TNT一样，对系统进行了许多神奇的更改，以使Android在大屏幕上运行。另一个重要问题是Android开发人员可以从提交给MicroSoft Store的内容中受益。
这实际上取决于开发人员的动机。当我看到微软想要在Windows上运行Android应用程序时，我的第一感觉是……时间过去了。
因为这不是微软第一次提出类似的想法。当时，发布了Windows 10移动版预览版的Windows Phone仍然是iOS和Android之外的第三大市场力量。
在这一点上，Windows Phone已经开始衰落，而Windows 10移动版是又一线希望。其中，许多Windows Phone用户一直梦想着“与Android兼容并直接运行Android应用程序”。
这时，一些开发人员使用Win 10 Mobile 10240的预览版来发现Microsoft已在Windows 10 Mobile中创建了完整的Android 4.4.4系统和Linux兼容性库。 Microsoft的Steve Pronovost详细介绍了Microsoft在XDC 2020演示文稿中创建的WSL-G的新功能。
通过移植WSL-G或类似的WSL组件，Windows 10可以运行虚拟化的Android应用程序。但是，Windows Central表示，Microsoft的Android子系统可能不支持Google Play，因为Google不允许将此服务安装在非本机Android或ChromeOS设备上。
Microsoft意识到了这一点，并且在一段时间内提供了有限的支持，以便使用Your Phone应用程序和受支持的Android设备在Windows 10中启动Android应用程序。但是，该应用程序仍可以在电话上运行，但会通过流媒体在桌面上显示（请参见下图）。
严格来说，它在Windows 10上不起作用（但使用PC监视器和键盘）。幸运的是，Windows 10并非垂死的平台。
作为最流行的操作系统，当“组合”操作系统时，Microsoft提供了大量的试验和错误空间。 Windows和Android。
除了Project Astoria外，Microsoft以前还与Samsung手机一起通过“您的手机”功能在计算机手机上运行Android应用程序。 UWP当前是。
据报道，由Google启动的Android开放源代码项目（AOSP）允许任何人获取源代码并自定义所需的版本。例如，诺基亚创建了所谓的“ X”。
平台，亚马逊还根据AOSP代码创建了自己的Android版本。过去，微软积极参与Android的开发。
近年来，它已成为AOSP项目的坚定支持者，为移动平台提供了许多应用程序和服务。当前，Microsoft面临的最大障碍是Android应用程序的图形用户界面的系统要求。
但是，随着WSL2的发布，Microsoft开始开发一个名为“ WSL-G”的项目。或“ WSL-Graphics Architecture”。
该项目使用内置的Wayland显示服务器直接在Windows 10用户界面中运行Linux GUI应用程序。 Microsoft的Steve Pronovost在XDC 2020演示文稿中详细介绍了Microsoft正在创建的WSL-G新功能。
通过移植WSL-G或类似的WSL组件，Windows 10可以运行虚拟化的Android应用程序。但是，Windows Central表示，Microsoft的Android子系统不太可能支持Google Play，因为Google不允许将此服务安装在非本机Android或ChromeOS设备上。
幸运的是，Windows 10并非垂死的平台。作为最流行的操作系统，当“组合”操作系统时，Microsoft提供了大量的试验和错误空间。
Windows和Android。除了Project Astoria外，Microsoft以前还与三星手机合作，通过“您的手机”界面在计算机手机上运行Android应用程序。
功能。 UWP目前处于这种情况。
即使直接消除了UWP，它也不会真正损害Windows本身，但可以在Android中产生真正的火花。对于台式计算机，这是一个巨大的胜利。
但是，对于Microsoft来说，它缺乏Apple严格的环境控制，并且其自己的跨系统环境UWP无法做到这一点。当前，宣布与Android项目的兼容性对于UWP应用程序是个坏消息。
甚至可以说，运行Android应用程序的计划越好，UWP应用程序注定要死亡的可能性就越大。另一方面，Android应用程序不是空调平板电脑或台式机应用程序环境，大多数应用程序在大屏幕上的影响仍然不清楚。
像以前的RemixOS，Phoenix OS和TNT一样，对系统进行了许多神奇的更改，以使Android在大屏幕上运行。另一个重要问题是Android开发人员可以从提交给MicroSoft Store的内容中受益。
这实际上取决于开发人员的动机。当我看到微软想要在Windows上运行Android应用程序时，我的第一感觉是……时间过去了。
因为这不是微软第一次提出类似的想法。当时，发布了Windows 10移动版预览版的Windows Phone仍然是iOS和Android之外的第三大市场力量。
在这一点上，Windows Phone已经开始衰落，而Windows 10移动版是又一线希望。其中，许多Windows Phone用户一直梦想着“与Android兼容并直接运行Android应用程序”。
这时，一些开发人员使用Win 10 Mobile 10240的预览版来发现Microsoft已在Windows 10 Mobile中创建了完整的Android 4.4.4系统和Linux兼容性库。 Microsoft的Steve Pronovost详细介绍了Microsoft在XDC 2020演示文稿中创建的WSL-G的新功能。
通过移植WSL-G或类似的WSL组件，Windows 10可以运行虚拟化的Android应用程序。但是，Windows Central表示，Microsoft的Android子系统可能不支持Google Play，因为Google不允许将此服务安装在非本机Android或ChromeOS设备上。
Microsoft意识到了这一点，并且在一段时间内提供了有限的支持，以便使用Your Phone应用程序和受支持的Android设备在Windows 10中启动Android应用程序。但是，该应用程序仍可以在电话上运行，但会通过流媒体在桌面上显示（请参见下图）。
严格来说，它在Windows 10上不起作用（但使用PC监视器和键盘）。幸运的是，Windows 10并非垂死的平台。
作为最流行的操作系统，当“组合”操作系统时，Microsoft提供了大量的试验和错误空间。 Windows和Android。
除了Project Astoria外，Microsoft以前还与Samsung手机一起通过“您的手机”功能在计算机手机上运行Android应用程序。 UWP当前是。