Android子系统，不能算原生的。

百虹

Android的代码，是建立在ARM系的CPU算法指令基础上的。
不是ARM系的硬件，或者说CPU不包含原生的ARM指令，运行Android，系统就需要时刻不停的转换算法。
所以，在x86的硬件上运行安卓，CPU、内存的高负载是必然的。
所谓的Android子系统，实际上还是个经过优化了的模拟器，换汤不换药。
如果按这么理解的话，在x86系的新CPU（intel、AMD）没有更新到集成AMR指令之前，不存在原生一说。
门外汉之言，不知道对不对。

xfeiyun

也没人说是原生的呀！

kingson183

说白了就是hyper-v上的一个模拟系统

rubycon

x86 CPU 集成 arm 指令集，这个难于登天了。

WSA 是通过 intel bridge 实时转译技术，优选 intel CPU 运行 WSA。

mlhan

有模拟器谈什么原生啊

rubycon

想要原生支持 android，还是买 arm64 CPU 吧。

jingxi259

X86 CPU 也不会掏钱去买 arm 指令集的授权啊。

cloudbirds

感谢分享，收藏

yangwenrui

那谷歌自己发行的android FOR X86呢？

百虹

yangwenrui 发表于 2021-11-23 09:03
那谷歌自己发行的android FOR X86呢？

1、android FOR X86，貌似不是谷歌发布的。
2、我还真测试过android FOR X86，7.x和8.x，原理和本文描述的差不多，系统负载尤其是cpu是很高的。

yeshang2237

win1高通的处理器就原生了

百虹

不是原生，不是说不好，是无谓的耗资源，更简单的说，就是费电。

以涛

不完全，WSA 运行与WSL2一致（WSL2是内核而不是发行版）。WSL2是基于Hyper-V（虚拟化技术）。打开adb shell后，输入uname -a 赫然写着x86-64，内核是x86无异（当然如果用的surface pro x，这里面就是arm64，就不再需要内核指令集转译），如何运行arm指令集的application，这就要提到ms提到的Intel的桥技术了（在WSL2折腾过ANBOX的伙伴应该比较熟悉）这个东西工作在硬件虚拟机之上，操作系统内核中，而且与x86 x64模拟器相同是实时转译的，所以存在一定的效率和功耗问题，这玩意儿的作用就是起到指令集的转译\翻译→将arm指令集转译为x86指令集这样的作用，因为是闭源的，所以anbox因为版权问题无法引入，这也是限制anbox发展的重要因素之一。另外提一嘴，Android与Windows甚至与macOS调度方式也是有很大的差别。所以说不要将所有问题强加到指令集的问题上，现在Android动辄6G内存起步，电脑给你占多少内存合适，多少cpu和Gpu资源合适？微软和苹果不同，苹果的移动端和桌面端系统内核百分之百相同的，内核之上架构80%以上是相同的，移动端和桌面端融合需要做的工作相比起微软做的虚拟化来说少得多，系统资源消耗几乎和原生运行无异。所以说还有啥好说的，对比wsa，双端融合苹果完全是对微软的降维打击。另外思考一下华为发起的消费级计算产品的算力中心化，终端轻便化的未来，如果微软不对Windows进行多端改造，Windows只能作为算力中心化苟延残喘，而且还会有随时被取代的风险。时间回到过去，乔帮主diss微软没有品位，现阶段的微软仍旧存在。

277748999

想啥呢  如果开发的安卓应用是基于SDK的话 那么就不存在是不是原生这个问题  因为是运行在Dalvik虚拟机上的  除非使用了NDK开发

weiyiheng

跟雷电模拟器比，哪个好用？

0020

没看你最后一句话的话差点就喷了，你也不去先动手查一查再发这个帖...
说一下：安卓系统本体是硬件无关的，何况还有源码可以下载自己编译（动手能力强的话可以折腾下）。至于翻译那是因为
有些应用厂商为了优化性能被编译或部分模块编译成了本地机器码，而安卓应用又可以不开源，没人家源码又想运行那个被本机化的应用只有搞个翻译步骤了。另外还有特化于x86平台的安卓应用你拿到arm手机上同样无法直接运行

kawaks14

完全可以原生x86 Android的，你买个x86的Chromebook里头内置的Android就是x86的

lihongji1993

原生谈不上，但底层驱动适配兼容很牛b，比如触控笔的压感居然能在安卓子系统里使用，而安卓模拟器就不行，现在就差支持gpu加速了，有了起飞

afualex

你说得对，以和为贵。但是，好用就行啊，我还要管原生不原生？

Niroso

都是模拟 看谁底层做的好啊！！