我已经研究了大多数可用的方法来找出一个java进程真正使用了多少内存。到目前为止，我可以说我知道分配的总内存可能是以下一项或多项:堆内存(应该由我的-XX:MaxHeapSize=4096m控制)永久内存(据说由我的-XX:MaxPermSize=1024m控制)保留代码缓存(应该由我的-XX:ReservedCodeCacheSize=256m控制)NofThreads*ThreadSize(假设由我的-XX:ThreadStackSize=1024控制)但结果与linux告诉我的相差太大，我发现任何方法都可用于获取java进程的内存消耗。在我的例子中，它是在Ubuntu11.10x

我已经研究了大多数可用的方法来找出一个java进程真正使用了多少内存。到目前为止，我可以说我知道分配的总内存可能是以下一项或多项:堆内存(应该由我的-XX:MaxHeapSize=4096m控制)永久内存(据说由我的-XX:MaxPermSize=1024m控制)保留代码缓存(应该由我的-XX:ReservedCodeCacheSize=256m控制)NofThreads*ThreadSize(假设由我的-XX:ThreadStackSize=1024控制)但结果与linux告诉我的相差太大，我发现任何方法都可用于获取java进程的内存消耗。在我的例子中，它是在Ubuntu11.10x

我们有一个问题，我们的应用更新经常显示比应用实际大得多(应用变薄)。应用更新大小:142MB应用商店中的应用大小:89.1MB设备上的应用大小:84.3MB见附件截图:这可能是什么原因造成的？屏幕截图是在iOS9设备上截取的。但在iOS8上也可以观察到同样的情况。我也看到了其他应用程序的差异，但通常最多只有几MB。应用大小:更新大小: 最佳答案 这是因为AppStore会向您显示应用程序的完整大小，包括所有资源、屏幕截图和图标。但是，当您下载应用程序时，这是应用程序本身的实际大小，没有所有额外的不必要资源(屏幕截图和说明)。此外，如