android應用內存佔用

『壹』 android系統手機為什麼什麼軟體也沒運行,但是內存佔了好多

手機運行整個Android系統需要一定的內存，部分系統程序和第三方程序也會開機自啟動，所以佔用了較多的內存，以致於開機後內存佔用率比較高。
若是使用vivo手機，建議您時常一鍵加速來清理手機運行內存，並進入i管家--（應缺好用管理旁扮逗/軟體管理）運賣--許可權管理--自啟動裡面關閉不必要的自啟動軟體。

『貳』 如何檢查 Android 應用的內存使用情況

Android是為移動設攔棚備而設計的，所以應該關注應用的內存使用情況。盡管Android的Dalvik虛擬機會定期執行垃圾回收操作，但這也不意味著就可以忽視應用在何時何處進行內存分配和釋放。為了提供良好的用戶體驗，做到系統在不同應喊鍵用間流暢切換，當用戶和應用無交互時，避免應用不必要的內存消耗是很重要的。盡管在開發過程中很好的遵守了《管理應用內存》（Managing Your App Memory ）中的原則（也是應該遵守的），仍然可能會有對象泄露或引入其他的內存bug。唯一來確定應用使用了盡可能少的內存的方法，就是使用工具來分析應用的內存使用情況。本鄭衡巧指南介紹了如何去調查內存使用情況。

『叄』 Android 為什麼用久了內存佔用越來越多

因為安卓系統的優化不是那麼好，在長期運行中會逐漸產生很多的垃圾和緩存，特別是運行內存。物虧有時哪怕把所有後來下載的應用程序都卸載了，發現也不會變得快。
給幾個建議：
1，買安卓系統的手機，選擇運行內存和存儲內存大的。
2，定期使用手機管家或者360衛士清理手機，特別是qq和微信。
3，不要下載過多的、不常用的軟體，以免佔用過多的內存。
4，過一段手機將手機重攜啟啟，可以優化，釋放一定的內存辯螞如，手機運行也會更好。

『肆』 Android應用查看CPU與內存佔用說明

命令中的"應用包名"應該替換為你需要查詢的包名.
執行命令後, 在輸出的內容中, 第二項即應用的進消昌程仿橋大名, 例如:

那麼 22411 即為該應用當前的pid.

其中的"應用的pid"為上一步獲取到的pid
執行命令後, 命令行工具即會列印應用運行信息

命令中的"應用包名"應該替換為你需要查詢的包名.
命令備豎執行後過段時間即會列印內存佔用大小.

『伍』 Android如何統計應用佔用內存

要獲取過去三小時內應用內存佔用情況統計信息可以使用如下命令：

會輸出應用運行時間百分比，以及PSS(分攤內存大小)，USS(獨占內存大小)，RSS（常駐內存大小）（minPSS-avgPSS-maxPSS/minUSS-avgUSS-maxUSS/minRSS-avgRSS-maxRSS over 樣本數）

參考： https://developer.android.com/studio/command-line/mpsys#ViewingAllocations

『陸』 android系統嚴格規定了每個應用所能分配的最大的內存為多少

Android應用程序的默認慎笑基最大內存值為16M，不同的手機版本和型號有所不同(我的三星galaxy s3的是256M)x0dx0ax0dx0a寬謹Android應用程序的默認最大內存值x0dx0ax0dx0a有些應用程序可能會出現內存溢出,譬如：x0dx0ax0dx0aERROR/AndroidRuntime(264): java.lang.OutOfMemoryError: bitmap size exceeds VM budgetx0dx0ax0dx0a除了要檢查修正代碼之外，還可以考慮修改Android應用程序的默認最升梁大內存值。

『柒』 如何檢查 Android 應用的內存使用情況

檢查 Android 應用的內存使用情況，可以使用adb.exe工具來執行shell指令，如下：

adb shell procrank
顯示如下：
PID Vss Rss Pss Uss cmdline 190 79560K 74736K 49624K 43604K system_server14335 55776K 55740K 31308K 26676K com.android.launcher213074 47408K 47380K 24947K 22428K com.android.settings 7626 42060K 42028K 21312K 18432K com.android.systemui
註：
VSS - Virtual Set Size 虛擬耗用內存（包含共享庫佔用的內存）
RSS - Resident Set Size 實際使用物理內存（包含共享庫佔用的內存）
PSS - Proportional Set Size 實際使用的物理內存（比例分配共享庫佔用的內存）
USS - Unique Set Size 進程獨自佔用的物理內存（不包含共卜鄭享庫佔用的內存）
從以上的數據就臘弊嘩可以看出手機內存的使用情況以及輪行各個進程所佔用的內存大小。

『捌』 安卓的內存佔用

相信不少朋友有這樣的疑問，為什麼手機4GB運行內存還卡？這到底應該誰背鍋？看完這篇文章你就懂了。

2018年，主流品牌的旗艦機運行內存都飆升至了6GB，比如小米MIX2S、榮耀10，甚至連千元機的魅藍E3也都全系標配6GB運行內存。這一配置升級的背後，反映了手機運行內存佔用越來越大。

此前，Android系統的佔用不過500MB左右，到現在Android 8.1，系統佔用已經達到接近2GB；又比如微信，從一開始的30MB左右，如今已經達到220MB+的運行內存佔用了。折算下來，4GB手機平均能常駐後台6個APP，相對而言有些捉襟見肘。因此，現在手機廠商紛紛將運行內存提升至6GB，這樣能保證平均常駐大概11個後台。

那麼，為什麼APP要佔用越來越多的運行內存呢？

首先，我們要站在開發者的角度來想。開發者和用戶的思維不一樣，他們不是努力的想要節省運行內存，而是想著如何利用更多的運行內存，以帶來更流暢的體驗——這么多運行內存，不用白不用，浪費太可惜。

結果，APP的運行內存佔用就越來越大，這也使得常駐後台的APP數量不斷減少。而為了給用戶帶來更流暢的體驗，手機廠商們不得不把運行內存不斷做大，從1GB到2GB，再到4GB、6GB、8GB。

然而，這又讓開發者眼睛都亮了——正愁著怎麼在運行內存和運行流暢度上進行平衡，沒想到廠商那麼好心，直接把運行內存做大了。於是開發者們又開啟新一輪的運行內存佔用了。

好了，單個APP為什麼運行內存佔用越來越大，你理解了嗎？

但還有個問題，卡頓。有時候，明明只打開了一個APP，卻還是有點卡的感覺。於是你就產生了「4GB、6GB運行內存不夠用，安卓機必須上頂配」的感覺。那這個問題又要誰背鍋呢？

這就要說到整個國內安卓生態了。筆者用的是Pixel 2，運行的是最純凈的Android系統。一段時間的使用下來，筆者印象最深刻的是國內APP的流氓程度，如果不用黑域進行限制，幾乎分分鍾就爆滿運行內存了。

下面這張圖，是筆者取消了黑域限制的後果。清空後台之後，隔了一段時間再看，啟動了一堆APP，幾乎都是國內APP。有些APP以前基本不打開，比如高德地圖、京東，自啟動情況非常嚴重。

所以，表面上你打開的是一個APP，其實背後已經運行了無數個APP。這樣的情況下，想要不卡頓幾乎是不可能的。值得一提的是，這些國內APP幾乎都是從Google Play下載的（QQ被Google Play下架），顯然流氓並不因審查機制的不同而不同。

這個鍋到底誰背？開發者顯然已經不是重點了，而是企業的態度問題。常駐後台，APP可以調用更多許可權，記錄用戶更多的信息，並推送廣告、消息。但問題是，比如地圖APP的使用頻率低，它那麼積極的常駐後台是為何？對不起，筆者真的只能想到廣告。

『玖』 Android內存的相關排查方法

mpsys meminfo 是Android系統提供的查詢內存命令，用該命令可以看到：
每個進程佔用的物理內存大小
系統內存分布狀態，包括
總的可用物理內存 Total RAM
當前可用物理內存 Free RAM
已用物理內存 Used RAM
不岩察可見內存 Lost RAM

比如輸入該命令後輸出如下日誌：

該命令列印的最後一部分，反應物嘩系統級別的內存狀況：
Total RAM: 1015868 kB
Free RAM: 638914 kB (105418 cached pss + 180168 cached + 353328 free)
Used RAM: 211428 kB (186096 used pss + 8008 buffers + 520 shmem + 16804 slab)
Lost RAM: 165526 kB
Tuning: 96 (large 256), oom 20480 kB, restore limit 6826 kB (high-end-gfx)
裡面某些欄位的意義需要注意：
mpsys meminfo

OOM Killer(Out Of Memory Killer) 是Linux當中，內存保護機制的一種。當物理內存幾乎耗盡而又需要分配新內存時，會殺掉一些優先順序低的進程，釋放內存。
LowMemoryKiller 是Android的內存保護機制。當物理內存低於閾值，就會殺掉一些優先順序低的進程，釋放內存。

聯系：LowMemoryKiller 用到了 OOM Killer 的評分機制
區別：LowMemoryKiller 是通過閾值觸發，OOM Killer 是分配內存失敗時觸發

評分原理：
oom_adj，代表進程的優先順序, 數值越大,優先順序越低,越容易被殺。系統分16個級別（取值范圍[-16, 15]整數，不連續）
通過 cat /proc/xxx/oom_adj 查看，其中xxx是進程號
oom_score_adj: 在 oom_adj 基礎上的評分，取值范圍[-1000, 1000]
通過 cat /proc/xxx/oom_score_adj 查看，其中xxx是進程號

閾值查看，以98mv100為例：
cat /sys/mole/lowmemorykiller/parameters/minfree
1024,1536,2048,3072,3584,4096
cat /sys/mole/lowmemorykiller/parameters/adj
0,58,117,176,529,1000
上訴數值表示：可用內存低於 4096 4K 時，殺掉 oom_score_adj>=1000 的應用；可用內存低於 3584 4K 時，殺掉 oom_score_adj>=529 的應用，以此類推。

因此，客戶可以通過調整 minfree 的閾值來觸發 LowMemoryKiller 更頻繁地殺應用，從而為高優先順序應用省下內存。

在 mpsys meminfo 中，GPU內存被統計到了 Lost RAM 裡面罩棗行了。

因此，當應用佔用GPU內存過高時，不會體現在 Used RAM 裡面，而是體現在 Lost RAM 中。反過來，如果發現有問題的時候 Lost RAM 很高，就需要看看GPU內存使用情況了。用以下命令：�
mount -t debugfs debugfs /sys/kernel/debug/
cat /sys/kernel/debug/mali/gpu_memory

130|root@MR820:/ # cat /sys/kernel/debug/mali/gpu_memory
Name (:bytes) pid mali_mem max_mali_mem external_mem ump_mem dma_mem

其中mali_mem列就是應用佔用的GPU內存

『拾』 如何檢查 Android 應用的內存使用情況

進入設置---應用程序---正在鬧源運行一欄，就能看到具體使用的內存了液亮態。鍵棚