“内存总量”是毫无意义的（例如，G1拥有192MB的物理RAM，其中90-100MB的内存已供不同版本的内核和应用程序使用，但其中不包括用于窗口缓冲区和各种内存的内存）其他方面，每个Java应用程序的堆限制为16MB，因此系统可用的RAM更多地取决于可以同时运行多少个进程。
“可用内存量”真的是毫无意义的。我们通常会尝试让可用内存的应用程序保持运行状态，因此与正常的Linux缓存之间通常几乎没有可用内存。如果您查看内核中的原始可用内存，您会发现随着应用程序启动并使用一些内存，将其向下推，随着时间的推移，疯狂的变化非常大，然后其他应用程序被删除，导致其跳回直到缓存和其他事情有机会吞噬它。
在这一点上，我想出最好的方法来查看系统的内存状态是2.0中引入的“运行服务”
UI。是的，底部的内存信息对大多数人来说非常微妙而毫无意义。我们应该尝试找出改善方法。:)
您可以通过android.os.Build.CPU_ABI找到NDK代码的CPU架构。这为您提供了CPU体系结构的基线，但为您提供了诸如CPU是否支持NEON指令之类的信息。对于此类信息，可以想象您可以使用NDK运行一些本机代码来询问CPU。
