有没有想过，尽管Moto X的规格不足以至于令人specifications目结舌，但在许多基准测试中仍能取得不错的成绩?与其他一些主要的OEM厂商不同，摩托罗拉不依赖于特定于基准的应用程序检测和可疑的“优化”。相反，他们实际上采用了经过优化的仿生和Dalvik库形式的真正的速度调整。
但是，在深入研究如何使用优化的库来改善自己基于Qualcomm的Nexus设备上的性能之前，让我们花一些时间讨论这些库。毕竟，您应该知道在结合任何新的系统级调整和修改时会遇到什么。
让我们从Bionic开始。仿生(libbionic)最初由Google创建，用于Android，是BSD(glibc)中最初的标准GNU C库的派生产品。Bionic与标准C库的不同之处在于，它比GNU C库小得多。此外，它专为移动设备等功耗较低的CPU设计。实际上，它用于各种基本的数学和记忆运算。
现在，让我们看一下Dalvik。Dalvik是Android中使用的虚拟机，与Java虚拟机有很多共同点。但是Dalvik并不执行标准的Java类文件，而是依赖DEX文件。在谈论ODEXED和DEODEXED ROM时，您无疑已经听说过相同的DEX。
您可能还记得我们是如何在 Android 4.4 KitKat中引入有关新的ART运行时编译器的新闻。ART是Dalvik VM的直接替代品，由于有了提前编译，而不是Dalvik的即时编译，ART的优化程度更高。ART兼容性还不是100%，但是对于许多人来说已经足够了。尽管ART必然需要在已安装的应用程序上使用更多的存储空间，但性能的提高可能值得增加存储空间。但不幸的是，流行的Xposed框架是不兼容的艺术 -和它不会是很长一段时间，如果有的话。
那么，这些与我们都渴望的现实世界性能提升有什么关系呢?简单：加载更多优化的库可能会导致性能提高。为了了解这一点，让我们看一下 XDA高级会员kszaq的特定线程，该线程演示了如何在各种基于Qualcomm的Nexus设备上使用经过优化的Bionic和Dalvik库，以提高性能。
这些优化的库从何而来?优化的Bionic库来自开源Code Aurora基金会，优化的Dalvik库来自MotoX。那么为什么不将这些仅仅实现到普通的Android中呢?这很难回答。Moto X的Dalvik优化是封闭源代码，因此Google不想将其包含在AOSP和具有官方AOSP支持的设备中是有道理的。另一方面，来自Code Arora Foundation的Bionic优化是开源的。但也许，谷歌根本不想让这些针对硬件的优化成为整个Android的一部分。
如果您一直想优化基于Qualcomm的Nexus设备的性能，但又不想使用ART，则应考虑实现这些优化的Dalvik和Bionic库。转到原始线程开始。只需确保在刷新这些文件之前已拥有Nandroid备份即可，因为修改系统库时没有简单的“撤消按钮”。
但是请注意，这仅对高通供电的设备有利。自然，CAF的优化不会对非高通公司的硬件产生任何有益的影响。此外，由于其他厂商也使用特定于硬件的Dalvik优化，因此在非Nexus设备上基本上不需要Moto X的Dalvik优化。基本上，您只会发现此功能仅对Google Nexus 5，Nexus 4和Nexus 7(2013)有用，它们均由各种Snapdragon芯片组提供支持。不用说，这些优化仅适用于库存接近的，AOSP衍生的KitKat ROM。
