NDK二进制文件可以在Chrome OS上的ARC中使用。
（并且有很多欢乐）
然而，许多Android开发人员只发布ARM二进制文件，因为x86在手机和平板电脑中的市场渗透率不高。这有助于libhoudini在许多x86 Android设备上的存在，它可以在x86 CPU上运行ARM NDK代码，大概使用Android ARM仿真器使用的相同类型的操作码转换。它比拥有本机x86二进制文件慢，但它比应用程序根本不可用更好。
Chrome操作系统上针对ARC应用的libhoudini（或同等技术）的状态是什么？
是否可以保证在那里，禁止硬核用户搞乱他们的Chrome操作系统环境？
是否可以在那里，但不能保证（或多或少是当前的x86-on-Android状态）？
它是不可用的，所以如果您希望启用NDK的Android应用程序在Chrome OS上运行，您真的真的想用您的应用程序发布ARM和x86二进制文件吗？
< / LI>还有一些其他选择我没有想到更好地反映当前（可能是近期）的状态吗？
就个人而言，我将同时发布ARM和x86，但我想知道在这个问题上给开发人员的建议是什么。
答案 0 :(得分：9)
Chrome OS上ARC应用程序的libhoudini（或同等技术）的状态是什么？
在ARC中，这被称为ndk_translation，其功能与libhoudini类似，据我所知。主要的功能区别在于ARC的翻译层主要针对NaCl x86-64 code，它是x86-64指令集的沙盒子集。
是否保证存在，禁止硬核用户搞乱他们的Chrome操作系统环境？
这个转换层内置于ARC中，基本上没有任何用户可以做的事情来禁用它（除了有一个旧的不受支持的ARC版本，就像原来的ARChon运行时一样，但由于它的年龄会导致许多其他的支持问题）
是否可以在那里，但不能保证（或多或少是当前x86-on-Android状态）？
不，如果您使用ARC App运送ARM二进制文件足以在每个Chromebook上运行（不考虑ARC翻译层中的错误或漏洞）
它是不可用的，所以如果你想让支持NDK的Android应用程序在Chrome OS上运行，你真的真的想用你的应用程序发布ARM和x86二进制文件吗？
由于底层目标机器是NaCl x86-64，因此NDK工具生成的x86二进制文件与ARC当前不兼容。由于ARM在部署方面占主导地位（许多应用程序只有ARM二进制文件），这是ARC NDK翻译的重点。
还有一些其他选择我没想到更好地反映当前（可能是近期）的状态吗？
我认为您在发布x86和ARM二进制文件时所采取的措施是一种谨慎的选择，既可以用于ARC未来的改进，也可以更好地兼容其他Android设备。但是目前ARC只会使用你的ARM二进制文件，并在必要时转换为x86。