仅使用 armeabi 构建的应用程序能否在 armeabi-v7a 设备上运行？

Question

Xamarin documentation 对此有点不清楚。如果我在构建首选项中仅勾选 armeabi 构建我的应用程序，我的应用程序会：

1. 在 Play 商店中可用于 v7a 设备吗？
2. 在 v7a 设备上运行？

如果它确实运行，是否有任何功能，例如使用线程会导致意外行为或崩溃？

我有一个简单的应用程序，并试图保持它的小。另外，我没有 v7a 设备来做一个快速实验。

澄清：

虽然似乎已明确接受仅使用 amreabi 库编译 Android 应用程序是“安全的，但性能不高”（请参阅​​这篇出色的帖子：Why use armeabi-v7a code over armeabi code?），但我认为Xamarin docs on CPU architecture适用于他们编译的 .so 库，说：

重要的是要记住，使用的 armeabi 运行时 Xamarin.Android 是线程安全的。如果有 armeabi 的应用程序 支持部署到 armeabi-v7a 设备，许多奇怪和 会发生无法解释的异常。

我已经能够在 v7a 设备上测试我刚刚使用 armeabi 编译的应用程序，并且还没有遇到任何“奇怪且无法解释的异常”。

更新：

看起来 Xamarin 文档已经更新，现在 (2014-07-14) 显示为：

重要的是要记住，使用的 armeabi 运行时 Xamarin.Android 不是线程安全的。如果一个应用程序有 armeabi 支持部署到 armeabi-v7a 设备上，很多奇怪 并且会发生无法解释的异常。

Answer 1

根据 Xamarin Android 文档，armeabi 代码会在多核 armeavi-v7 设备上以意想不到的方式崩溃。

http://docs.xamarin.com/guides/android/advanced_topics/cpu_architecture

第 1.1 节

注意：Xamarin.Android 的 armeabi 代码不是线程安全的，不应该 可用于多 CPU armeabi-v7a 设备（如下所述）。使用 单核 armeabi-v7a 设备上的 aremabi 代码是安全的。

Xamarin Android 要求包含 armeabi-v7a 的原因与线程安全内存访问有关。简而言之，armeabi 指令集缺少安全锁定 SMP 设备上的内存所需的指令。

可以在此错误报告中找到对该问题最彻底的讨论：https://bugzilla.xamarin.com/show_bug.cgi?id=7013

Jonathan Pryor 2012-09-20 11:41:45 EDT

据我所知，（几乎）不可能安全地使用 armeabi SMP armeabi-v7a 设备上的库。这是因为 armeabi 缺少 CPU 在 SMP 设备上安全锁定数据所需的说明，因此如果 armeabi 库包含必须防止来自多个访问的数据 线程，它被破坏了，而 libmonodroid.so 就是这样一个库。这可能是 可通过创建动态确定运行时的 libmonodroid.so 来修复 CPU，允许它使用 armeabi 或 armeabi-v7a 锁定指令 相应地，但这还没有完成，实施时间表 未知。

因此，如果您的应用将在 SMP 硬件上运行，您应该包括 armeabi-v7a 运行时与您的应用程序。这可以在项目选项中完成 对话框。

这些崩溃很少见，但却是灾难性的，而且在您遇到随机内存损坏和分段错误时非常难以调试。

我能够在 Galaxy S3 上可靠地重现该问题。此错误报告中有一些演示崩溃的示例代码：https://bugzilla.xamarin.com/show_bug.cgi?id=7167

---

尚不清楚此错误是否会影响 Android 上的其他 NDK 应用程序。但它肯定会影响 Xamarin Android。

Answer 2

我点击并阅读了 Xamarin cmets。根据阅读它们，我认为您问错了问题。您提出的问题的答案是（正如 CommonsWare 在他的评论中所说），“是的，除非 Xamarin 搞砸了”。不幸的是，他们的文档表明他们认为他们确实搞砸了。他们的文档中有一些拼写错误使事情有些混乱，特别是在一个地方（第 1.1 节），当他们明确表示“不是线程安全的”时，他们说“是线程安全的”。他们在第 1.2 节中正确地重申了这一点：

注意：Xamarin.Android 的 armeabi 代码不是线程安全的，不应该 可用于多 CPU armeabi-v7a 设备（如下所述）。使用 单核 armeabi-v7a 设备上的 aremabi 代码是安全的。

我认为，如果您将第 1.2 节和第 1.1 节中的信息结合起来，Xamarin 告诉您的内容就很清楚了。需要明确的是，我只是重申他们的文档所说的内容，而不是对其文档的真实性做出任何断言。也就是说，如果 armeabi 库（不是线程安全的）被加载到多核或多处理器设备上，可能会发生不好的事情。这种情况可能是由于 ICS (4.0.0-4.0.3) 中的错误引起的。因此：

使用 Xamarin.Android 4.2 或更低版本构建的应用程序应明确指定 armeabi-v7a 作为唯一基于 ARM 的 ABI

以下是他们文档中的实际信息（添加了格式），重新排列成可能有助于使其更清晰的顺序：

来自第 1.2.1 节

注意：Xamarin.Android 的 armeabi 代码不是线程安全的，不应在 多 CPU armeabi-v7a 设备上使用（如下所述）。在单核 armeabi-v7a 设备上使用 aremabi 代码是安全的。

来自第 1.1 节

由于 Android 4.0.0、4.0.1、4.0.2 和 4.0.3 中的一个错误，即使存在 armeabi-v7a 目录并且设备存在，也会从 armeabi 目录中提取本机库是 armeabi-v7a 设备。

注意：由于这些原因，强烈建议使用 Xamarin.Android 4.2 或更低版本构建的应用程序应明确指定 armeabi-v7a 作为唯一基于 ARM 的 ABI。

我认为根据文档的其余部分，这是第 1.1 节的第一段应该说的（粗体编辑是我的）：

下面将详细讨论应用程序二进制接口， 但重要的是要记住，使用的 armeabi 运行时 Xamarin.Android 不是线程安全的。如果有 armeabi 的应用程序 支持部署到 multi-CPU armeabi-v7a 设备，许多奇怪和 会发生无法解释的异常。

Answer 3

http://www.arm.com/products/processors/instruction-set-architectures/index.php

如果您查看此图，它解释了 ARM 处理器设计的精神。

新的迭代扩展了基本功能集，但不要更改它。 NEON 和 SIMD 需要直接引用才能使用，因此不能从 ARMv5 二进制文件中引用。除非你的二进制文件很大（那是实际的可执行文件，而不是整个 APK），否则我会编译两者并获得两全其美的效果。详情请见this question。

无论如何，我会联系 Xamarin 以澄清那个稍微加载的“无法解释的异常”声明。如果他们发现在多个处理器上运行的代码存在问题，那么无论内核数量如何，他们的代码本质上都不是线程安全的。

Answer 4

是的。

armeabi 是通用基础，armeabi-v7a 包含一些在 armeabi 指令集中找不到的附加指令。 v7a 支持硬件浮点运算，如果它正在执行任何浮点运算，它可以使您的代码更快。如果硬件支持，Android 将首先尝试加载 armeabi-v7a 库，但如果不支持，它将回退到 armeabi 版本。