- 主题:x86 的 android 兼容 arm so 是什么原理？
最近 win11 的 android 子系统就是类似的原理吧？大多数 apk 带的应该都是 arm 的 so，到了 amd64 电脑上面，是通过翻译还是什么方式跑起来的？
--
FROM 112.47.122.*
二进制编译
【 在 hgoldfish (老鱼) 的大作中提到: 】
: 最近 win11 的 android 子系统就是类似的原理吧？大多数 apk 带的应该都是 arm 的 so，到了 amd64 电脑上面，是通过翻译还是什么方式跑起来的？
--
FROM 171.214.218.*
先编译再运行，还是一边运行一边翻译？
要事先生成一个 .arm.so 备用吗？
【 在 liuzhi (一只单眼皮一只双眼皮) 的大作中提到: 】
: 二进制编译
--
FROM 112.47.122.*
以前那些安卓模拟器都是从联想手机里扒的libhoudini，intel编译器国内team搞的一个转换模块。 win11这个是用的intel bridge技术，intel自己只是说是post compiler，没细节，不过会有人分析的。
【 在 hgoldfish (老鱼) 的大作中提到: 】
: 最近 win11 的 android 子系统就是类似的原理吧？大多数 apk 带的应该都是 arm 的 so，到了 amd64 电脑上面，是通过翻译还是什么方式跑起来的？
:
: --
: 灭绝人性啊
--
FROM 114.240.244.*
这个转换模块现在还能用？原理是把 arm 指令集转换 x86 指令集跑起来吗？
【 在 z16166 (Netguy) 的大作中提到: 】
: 以前那些安卓模拟器都是从联想手机里扒的libhoudini，intel编译器国内team搞的一个转换模块。 win11这个是用的intel bridge技术，intel自己只是说是post compiler，没细节，不过会有人分析的。
--
FROM 117.26.53.*
intel当年做安卓平板的时候早就做了arm～x86的二进制翻译技术
现在这个技术给微软用了
其实win11支持安卓对intel的这个技术是重大利好
之前intel平板的存量太少了
没有多少人用这个技术
而win11的存量至少几亿
用的人就多太多了
【 在 hgoldfish 的大作中提到: 】
: 最近 win11 的 android 子系统就是类似的原理吧？大多数 apk 带的应该都是 arm 的 so，到了 amd64 电脑上面，是通过翻译还是什么方式跑起来的？
- 来自「最水木 for iPhone14,3」
--
FROM 101.87.109.*
还是没找到这个技术的资料。是即时翻译还是事先编译呢？
现在 arm 平板的 win10 想运行 x86 的 windows 应用，好像很慢呢。
【 在 Xaoyao (劳动最光荣) 的大作中提到: 】
: intel当年做安卓平板的时候早就做了arm～x86的二进制翻译技术
: 现在这个技术给微软用了
: 其实win11支持安卓对intel的这个技术是重大利好
: ...................
--
FROM 140.224.35.*
只要是用曾经开源的Genymotion改出来的模拟器，无一例外都在用这个。
libhoudini是闭源的
https://www.zhihu.com/question/48522805
https://github.com/Rprop/libhoudini
【 在 hgoldfish 的大作中提到: 】
: 这个转换模块现在还能用？原理是把 arm 指令集转换 x86 指令集跑起来吗？
:
--
修改:z16166 FROM 114.245.195.*
FROM 114.245.195.*
二进制翻译当然是即时的
【 在 hgoldfish 的大作中提到: 】
: 还是没找到这个技术的资料。是即时翻译还是事先编译呢？
:
: 现在 arm 平板的 win10 想运行 x86 的 windows 应用，好像很慢呢。
: ....................
- 来自「最水木 for iPhone14,3」
--
FROM 101.87.109.*
还不如直接上ARM CPU省电，
x86翻译，
苹果要是支持x86就牛奔了。
【 在 hgoldfish 的大作中提到: 】
:
: 最近 win11 的 android 子系统就是类似的原理吧？大多数 apk 带的应该都是 arm 的 so，到了 amd64 电脑上面，是通过翻译还是什么方式跑起来的？
:
--
FROM 223.104.38.*