android獲取內存佔用
Ⅰ android怎麼獲取當前應用程序所佔用的內存空間
File root = Environment.getRootDirectory();
StatFs sf = new StatFs(root.getPath());
long blockSize = sf.getBlockSize();
long blockCount = sf.getBlockCount();
long availCount = sf.getAvailableBlocks();
Log.d("TAG", "block大小:" + blockSize + ",block數目:" + blockCount + ",總大小:"+ blockSize * blockCount / (1024 * 1024) + "MB");
Log.d("TAG","可用的block數目：:" + availCount + ",可用大小:" + availCount * blockSize / (1024 * 1024)+ "MB");
Ⅱ android 圖片佔用內存大小怎麼計算
1、將圖片轉化為縮略圖再載入： 代碼如下 1 BitmapFactory.Options options = new BitmapFactory.Options(); 2 options.inSampleSize = 2; 3 Bitmap img = BitmapFactory.decodeFile("/sdcard/1.png", options); 該段代碼即是讀取1.png的縮略圖，長度、寬度都只有原圖片的1/2。圖片大小減少，佔用的內存自然也變小了。這么做的弊端是圖片質量變差，inSampleSize的值越大，圖片的質量就越差。由於各手機廠商縮放圖片的演算法不同，在不同手機上的縮放圖片質量可能會不同。筆者就遭遇過moto手機上圖片縮放後質量可以接受，三星手機上同樣的縮放比例，質量卻差很多的情況。 2、用ARBG_4444顏色模式載入圖片： Android中有四種，分別是： ALPHA_8：每個像素佔用1byte內存 ARGB_4444:每個像素佔用2byte內存 ARGB_8888:每個像素佔用4byte內存 RGB_565:每個像素佔用2byte內存 Android默認的顏色模式為ARGB_8888，這個顏色模式色彩最細膩，顯示質量最高。但同樣的，佔用的內存也最大。 代碼如下 1 BitmapFactory.Options options = new BitmapFactory.Options(); 2 options.inPreferredConfig = Bitmap.Config.ARGB_4444; 3 Bitmap img = BitmapFactory.decodeFile("/sdcard/1.png", options); 以上代碼即是將1.png以ARGB_4444模式讀出。內存減少雖然不如第一種方法明顯，但是對於大多數圖片，看不出與ARGB_8888模式有什麼差別。不過在讀取有漸變效果的圖片時，可能有顏色條出現。另外，會影響圖片的特效處理。 3、調用圖片的recycle()方法： 這個其實不是真正降低圖片內存的方法。主要目的是標記圖片對象，方便回收圖片對象的本地數據。圖片對象的本地數據佔用的內存最大，而且與程序Java部分的內存是分開計算的。所以經常出現Java heap足夠使用，而圖片發生OutOfMemoryError的情況。在圖片不使用時調用該方法，可以有效降低圖片本地數據的峰值，從而減少OutOfMemoryError的概率。不過調用了recycle()的圖片對象處於“廢棄”狀態，調用時會造成程序錯誤。所以在無法保證該圖片對象絕對不會被再次調用的情況下，不建議使用該方法。特別要注意已經用setImageBitmap(Bitmap img)方法分配給控制項的圖片對象，可能會被系統類庫調用，造成程序錯誤。 4、使用Matrix對象放大的圖片如何更改顏色模式： 雖然使用Matrix對象放大圖片，必定會耗費更多的內存，但有時候也不得不這樣做。放大後的圖片使用的ARGB_8888顏色模式，就算原圖片是ARGB_4444顏色模式也一樣，而且沒有辦法在放大時直接指定顏色模式。可以採用以下辦法更改圖片顏色模式。 代碼如下 Matrix matrix = new Matrix(); float newWidth = 200;//圖片放大後的寬度 float newHeight = 300;//圖片放大後的長度 matrix.postScale(newWidth / img.getWidth(), newHeight/ img.getHeight()); Bitmap img1 = Bitmap.createBitmap(img, 0, 0, img.getWidth(), img.getHeight(), matrix, true);//得到放大的圖片 img2 = img1.(Bitmap.Config.ARGB_4444, false);//得到ARGB_4444顏色模式的圖片 img = null; img1 = null; 這里比起原來的圖片額外生成了一個圖片對象img1。但是系統會自動回收img1，所以實際內存還是減少了。
Ⅲ 為什麼安卓手機的內存佔用率始終佔50%多
安卓系統的一大亮點就在於他對很多您手機端的軟體做有內存駐留功能為的是在您使用軟體的時候可以直接打開無需等待過長的時間，所以您的內存總是在佔用70%是正常的，如果您真的想降低內存佔用率的話兩種方法。
方法一：使用第三方軟體比如內存優化大師。
方法二：刷機獲取許可權，將沒用的進程刪掉。
。其實無關緊要，您剩餘的30%內存基本上是足夠提供您其他的操作了，因為他在實用軟體比如打開qq的時候會調用其他佔用內存，保持您手機中始終有30%的空閑內存為的就是手機的運行流暢。
Ⅳ 如何查看安卓手機運行內存
若使用的是vivo手機，您可以進入手機設置--運存與存儲空間中查看手機的存儲空間。（部分機型需進入設置--更多設置--存儲中進行查看。）
Ⅳ unity3d怎麼調用android查看運行消耗的內存
查看內存使用的方式有很多種，但是各個方式查看到的結果可能會有微略不同。
方式一，Running services
通過手機上Running services的Activity查看，可以通過Setting->Applications->Running services進。
關於Running services的詳細內容請參考《Android中使用"running services"查看service進程內存》
方式二，使用ActivityManager的getMemoryInfo(ActivityManager.MemoryInfo outInfo)
ActivityManager.getMemoryInfo()主要是用於得到當前系統剩餘內存的及判斷是否處於低內存運行。
實例1：
private void displayBriefMemory() {
final ActivityManager activityManager = (ActivityManager) getSystemService(ACTIVITY_SERVICE);
ActivityManager.MemoryInfo info = new ActivityManager.MemoryInfo();
activityManager.getMemoryInfo(info);
Log.i(tag,"系統剩餘內存:"+(info.availMem >> 10)+"k");
Log.i(tag,"系統是否處於低內存運行："+info.lowMemory);
Log.i(tag,"當系統剩餘內存低於"+info.threshold+"時就看成低內存運行");
}
ActivityManager.getMemoryInfo()是用ActivityManager.MemoryInfo返回結果，而不是Debug.MemoryInfo，他們不一樣的。
ActivityManager.MemoryInfo只有三個Field:
availMem:表示系統剩餘內存
lowMemory：它是boolean值，表示系統是否處於低內存運行
hreshold：它表示當系統剩餘內存低於好多時就看成低內存運行
方式三，在代碼中使用Debug的getMemoryInfo(Debug.MemoryInfo memoryInfo)或ActivityManager的MemoryInfo[] getProcessMemoryInfo(int[] pids)
該方式得到的MemoryInfo所描述的內存使用情況比較詳細.數據的單位是KB.
MemoryInfo的Field如下
dalvikPrivateDirty： The private dirty pages used by dalvik。
dalvikPss ：The proportional set size for dalvik.
dalvikSharedDirty ：The shared dirty pages used by dalvik.
nativePrivateDirty ：The private dirty pages used by the native heap.
nativePss ：The proportional set size for the native heap.
nativeSharedDirty ：The shared dirty pages used by the native heap.
otherPrivateDirty ：The private dirty pages used by everything else.
otherPss ：The proportional set size for everything else.
otherSharedDirty ：The shared dirty pages used by everything else.
Android和linux一樣有大量內存在進程之間進程共享。某個進程准確的使用好多內存實際上是很難統計的。
因為有paging out to disk（換頁），所以如果你把所有映射到進程的內存相加，它可能大於你的內存的實際物理大小。
dalvik：是指dalvik所使用的內存。
native：是被native堆使用的內存。應該指使用C\C++在堆上分配的內存。
other:是指除dalvik和native使用的內存。但是具體是指什麼呢？至少包括在C\C++分配的非堆內存，比如分配在棧上的內存。puzlle!
private:是指私有的。非共享的。
share:是指共享的內存。
PSS：實際使用的物理內存（比例分配共享庫佔用的內存）
Pss：它是把共享內存根據一定比例分攤到共享它的各個進程來計算所得到進程使用內存。網上又說是比例分配共享庫佔用的內存，那麼至於這里的共享是否只是庫的共享，還是不清楚。
PrivateDirty：它是指非共享的，又不能換頁出去（can not be paged to disk ）的內存的大小。比如Linux為了提高分配內存速度而緩沖的小對象，即使你的進程結束，該內存也不會釋放掉，它只是又重新回到緩沖中而已。
SharedDirty:參照PrivateDirty我認為它應該是指共享的，又不能換頁出去（can not be paged to disk ）的內存的大小。比如Linux為了提高分配內存速度而緩沖的小對象，即使所有共享它的進程結束，該內存也不會釋放掉，它只是又重新回到緩沖中而已。
具體代碼請參考實例1
注意1：MemoryInfo所描述的內存使用情況都可以通過命令adb shell "mpsys meminfo %curProcessName%" 得到。
注意2：如果想在代碼中同時得到多個進程的內存使用或非本進程的內存使用情況請使用ActivityManager的MemoryInfo[] getProcessMemoryInfo(int[] pids)，
否則Debug的getMemoryInfo(Debug.MemoryInfo memoryInfo)就可以了。
注意3：可以通過ActivityManager的List<ActivityManager.RunningAppProcessInfo> getRunningAppProcesses()得到當前所有運行的進程信息。
ActivityManager.RunningAppProcessInfo中就有進程的id，名字以及該進程包括的所有apk包名列表等。
注意4：數據的單位是KB.
方式4、使用Debug的getNativeHeapSize ()，getNativeHeapAllocatedSize ()，getNativeHeapFreeSize ()方法。
該方式只能得到Native堆的內存大概情況，數據單位為位元組。
static long getNativeHeapAllocatedSize()
Returns the amount of allocated memory in the native heap.
返回的是當前進程navtive堆中已使用的內存大小
static long getNativeHeapFreeSize()
Returns the amount of free memory in the native heap.
返回的是當前進程navtive堆中已經剩餘的內存大小
static long getNativeHeapSize()
Returns the size of the native heap.
返回的是當前進程navtive堆本身總的內存大小
示例代碼：
Log.i(tag,"NativeHeapSizeTotal:"+(Debug.getNativeHeapSize()>>10));
Log.i(tag,"NativeAllocatedHeapSize:"+(Debug.getNativeHeapAllocatedSize()>>10));
Log.i(tag,"NativeAllocatedFree:"+(Debug.getNativeHeapFreeSize()>>10));
注意：DEBUG中居然沒有與上面相對應的關於dalvik的函數。
方式五、使用mpsys meminfo命令。
我們可以在adb shell 中運行mpsys meminfo命令來得到進程的內存信息。在該命令的後面要加上進程的名字，以確定是哪個進程。
比如"adb shell mpsys meminfo com.teleca.robin.test" 將得到com.teleca.robin.test進程使用的內存的信息:
Applications Memory Usage (kB):
Uptime: 12101826 Realtime: 270857936
** MEMINFO in pid 3407 [com.teleca.robin.test] **
native dalvik other total
size: 3456 3139 N/A 6595
allocated: 3432 2823 N/A 6255
free: 23 316 N/A 339
(Pss): 724 1101 1070 2895
(shared dirty): 1584 4540 1668 7792
(priv dirty): 644 608 688 1940
Objects
Views: 0 ViewRoots: 0
AppContexts: 0 Activities: 0
Assets: 3 AssetManagers: 3
Local Binders: 5 Proxy Binders: 11
Death Recipients: 0
OpenSSL Sockets: 0
SQL
heap: 0 memoryUsed: 0
pageCacheOverflo: 0 largestMemAlloc: 0
Asset Allocations
zip:/data/app/com.teleca.robin.test-1.apk:/resources.arsc: 1K
"size" 表示的是總內存大小（kb）。, "allocated" 表示的是已使用了的內存大小（kb），, "free"表示的是剩餘的內存大小（kb）, 更多的可以參照方式三和方式四中的描述
現在已經有了自動提取匯總mpsys meminfo信息的工具，具體請參照《Android內存泄露利器（內存統計篇）》及其系列文章。
方式六、使用 "adb shell procrank"命令
如果你想查看所有進程的內存使用情況，可以使用"adb shell procrank"命令。命令返回將如下：
PID Vss Rss Pss Uss cmdline
188 75832K 51628K 24824K 19028K system_server
308 50676K 26476K 9839K 6844K system_server
2834 35896K 31892K 9201K 6740K com.sec.android.app.twlauncher
265 28536K 28532K 7985K 5824K com.android.phone
100 29052K 29048K 7299K 4984K zygote
258 27128K 27124K 7067K 5248K com.swype.android.inputmethod
270 25820K 25816K 6752K 5420K com.android.kineto
1253 27004K 27000K 6489K 4880K com.google.android.voicesearch
2898 26620K 26616K 6204K 3408K com.google.android.apps.maps:FriendService
297 26180K 26176K 5886K 4548K com.google.process.gapps
3157 24140K 24136K 5191K 4272K android.process.acore
2854 23304K 23300K 4067K 2788K com.android.vending
3604 22844K 22840K 4036K 3060K com.wssyncmldm
592 23372K 23368K 3987K 2812K com.google.android.googlequicksearchbox
3000 22768K 22764K 3844K 2724K com.tmobile.selfhelp
101 8128K 8124K 3649K 2996K /system/bin/mediaserver
3473 21792K 21784K 3103K 2164K com.android.providers.calendar
3407 22092K 22088K 2982K 1980K com.teleca.robin.test
2840 21380K 21376K 2953K 1996K com.sec.android.app.controlpanel
......................................................................................................................
關於VSS,RSS,PSS,USS的意義請參考《Android內存之VSS/RSS/PSS/USS》
注意1：這里的PSS和方式四PSS的total並不一致，有細微的差別。為什麼呢？這是因為procrank 命令和meminfo命令使用的內核機制不太一樣，所以結果會有細微差別
注意2：這里的Uss 和方式四的Priv Dirtyd的total幾乎相等.他們似乎表示的是同一個意義。但是現在得到的關於它們的意義的解釋卻不太相同。難道這里Private的都是dirty(這里指不能換頁)? Puzzle!
方式七、使用"adb shell cat /proc/meminfo" 命令。
該方式只能得出系統整個內存的大概使用情況。
MemTotal: 395144 kB
MemFree: 184936 kB
Buffers: 880 kB
Cached: 84104 kB
SwapCached: 0 kB
................................................................................................
MemTotal ：可供系統和用戶使用的總內存大小 (它比實際的物理內存要小，因為還有些內存要用於radio, DMA buffers, 等).
MemFree：剩餘的可用內存大小。這里該值比較大，實際上一般Android system 的該值通常都很小，因為我們盡量讓進程都保持運行，這樣會耗掉大量內存。
Cached: 這個是系統用於文件緩沖等的內存. 通常systems需要20MB 以避免bad paging states;。當內存緊張時，the Android out of memory killer將殺死一些background進程，以避免他們消耗過多的cached RAM ，當然如果下次再用到他們，就需要paging. 那麼是說background進程的內存包含在該項中嗎？
方式八，使用「adb shell ps -x」命令
該方式主要得到的是內存信息是VSIZE 和RSS。
USER PID PPID VSIZE RSS WCHAN PC NAME
.........................省略.................................
app_70 3407 100 267104 22056 ffffffff afd0eb18 S com.teleca.robin.test (u:55, s:12)
app_7 3473 100 268780 21784 ffffffff afd0eb18 S com.android.providers.calendar (u:16, s:8)
radio 3487 100 267980 21140 ffffffff afd0eb18 S com.osp.app.signin (u:11, s:12)
system 3511 100 273232 22024 ffffffff afd0eb18 S com.android.settings (u:11, s:4)
app_15 3546 100 267900 20300 ffffffff afd0eb18 S com.sec.android.providers.drm (u:15, s:6)
app_59 3604 100 272028 22856 ffffffff afd0eb18 S com.wssyncmldm (u:231, s:54)
root 4528 2 0 0 c0141e4c 00000000 S flush-138:13 (u:0, s:0)
root 4701 152 676 336 c00a68c8 afd0e7cc S /system/bin/sh (u:0, s:0)
root 4702 4701 820 340 00000000 afd0d8bc R ps (u:0, s:5)
VSZIE:意義暫時不明。
VSS：請參考《Android內存之VSS/RSS/PSS/USS》
注意1：由於RSS的價值不是很大，所以一般不用。
注意2：通過該命令提取RSS，已經有了工具，具體參照《Android內存泄露利器（RSS內存統計篇）》及其系列。
Ⅵ 安卓的內存（ram）怎樣計算
程序不一樣，運行大小也不一樣，不能計算，你想用一個程序，可能這個程序的需要好幾個輔助程序，所以無法計算，512的相對來說應該沒問題了，
Ⅶ android中是否有查看某個運行中程序佔用CPU的API
.一、利用Android API函數查看
1.1 ActivityManager查看可用內存。
ActivityManager.MemoryInfo outInfo = new ActivityManager.MemoryInfo();
am.getMemoryInfo(outInfo);
outInfo.availMem即為可用空閑內存。
1.2、android.os.Debug查詢PSS，VSS，USS等單個進程使用內存信息
MemoryInfo[] memoryInfoArray = am.getProcessMemoryInfo(pids);
MemoryInfo pidMemoryInfo=memoryInfoArray[0];
pidMemoryInfo.getTotalPrivateDirty();
getTotalPrivateDirty()
Return total private dirty memory usage in kB. USS
getTotalPss()
Return total PSS memory usage in kB.
PSS
getTotalSharedDirty()
Return total shared dirty memory usage in kB. RSS
二、直接對Android文件進行解析查詢，
/proc/cpuinfo系統CPU的類型等多種信息。
/proc/meminfo 系統內存使用信息
如
/proc/meminfo
MemTotal: 16344972 kB
MemFree: 13634064 kB
Buffers: 3656 kB
Cached: 1195708 kB
我們查看機器內存時，會發現MemFree的值很小。這主要是因為，在linux中有這么一種思想，內存不用白不用，因此它盡可能的cache和buffer一些數據，以方便下次使用。但實際上這些內存也是可以立刻拿來使用的。
所以 空閑內存=free+buffers+cached=total-used
通過讀取文件/proc/meminfo的信息獲取Memory的總量。
ActivityManager. getMemoryInfo(ActivityManager.MemoryInfo)獲取當前的可用Memory量。三、通過Android系統提供的Runtime類，執行adb 命令(top,procrank,ps...等命令)查詢
通過對執行結果的標准控制台輸出進行解析。這樣大大的擴展了Android查詢功能.例如：
final Process m_process = Runtime.getRuntime().exec("/system/bin/top -n 1");
final StringBuilder sbread = new StringBuilder();
BufferedReader bufferedReader = new BufferedReader(new InputStreamReader(m_process.getInputStream()), 8192);
# procrank
Runtime.getRuntime().exec("/system/xbin/procrank");
內存耗用：VSS/RSS/PSS/USS
Terms
• VSS - Virtual Set Size 虛擬耗用內存（包含共享庫佔用的內存）
• RSS - Resident Set Size 實際使用物理內存（包含共享庫佔用的內存）
• PSS - Proportional Set Size 實際使用的物理內存（比例分配共享庫佔用的內存）
• USS - Unique Set Size 進程獨自佔用的物理內存（不包含共享庫佔用的內存）
一般來說內存佔用大小有如下規律：VSS >= RSS >= PSS >= USS
USS is the total private memory for a process, i.e. that memory that is completely unique to that process.USS is an extremely useful number because it indicates the true incremental cost of running a particular process. When a process is killed, the USS is the total memory that is actually returned to the system. USS is the best number to watch when initially suspicious of memory leaks in a process.
轉載
Ⅷ 如何獲取Android手機全部內存和可用內存尺寸
內存是不能用尺寸衡量的。