Android 内存分析(java/native heap内存、虚拟内存、处理器内存 )

news2024/11/20 13:33:17

1.jvm 堆内存(dalvik 堆内存)

不同手机中app进程的 jvm 堆内存是不同的,因厂商在出厂设备时会自定义设置其峰值。比如,在Android Studio 创建模拟器时,会设置jvm heap 默认384m , 如下图所示:
请添加图片描述
当app 进程中java 层 new 对象(加起来总和)占用的堆内存达到jvm heap 峰值时,就会抛出OOM 。

通过一个案例进一步,了解jvm 堆内存

通过以下代码,可获取到进程中jvm 堆内存的使用情况:

    public JSONObject statisticsJVMMemory() {
        JSONObject json = new JSONObject();
        Runtime runtime = Runtime.getRuntime();
        //进程中最大jvm 内存大小
        long max_memory = runtime.maxMemory() / 1024;
        //进程中申请的jvm内存大小,不等用于一定分配那么多内存(会随着时间变化而变化)
        long apply_memory = runtime.totalMemory() / 1024;
        //进程中申请内存中可使用的jvm内存大小
        long free_memory = runtime.freeMemory() / 1024;
        //进程中已经使用的jvm 内存
        long use_memory = apply_memory - free_memory;
        //计算出jvm 的内存使用率,超过0.8就需要警惕,可能java 层内存存在泄漏
        float use_memory_rate = ((float) use_memory) / max_memory;
        //....
     }

先来了解jvm 堆内存的几个指标:
1.最大限制内存: maxMemory,出厂时设置的
2.申请的内存: totalMemory,不等用于一定分配那么多内存(会随着时间变化而变化)
3.(申请的内存中)剩余使用的内存:freeMemory
4.已使用的内存: use_memory=totalMemory -freeMemory, 重点关注是这个
5.内存使用率: use_memory/maxMemory

模拟jvm 堆内存一直上涨的场景, 启动一个线程,周期性间隔几秒,不断模拟创建byte 数组, 然后统计app 进程的jvm 堆内存使用情况 :

        private List<byte[]> jvmLeakList = new ArrayList<>();
        public void addJvmLeak() {
            byte[] largeByte = new byte[50 * 1024 * 1024];
            for (int i = 0; i < largeByte.length; ++i) {
                largeByte[i] = 'a';//分配使用时,进程内存中物理内存才会使用
            }
            Log.i(TAG, "byte size: " + (largeByte.length / 1024 / 1024) + " mB");
            jvmLeakList.add(largeByte);
        }

查看输出日志 , 对比前后两次的堆内存变化:
在这里插入图片描述
多执行几次后,会触发oom 。先来看下oom 前的内存状况:

系统会主动触发gc ,输出art: Starting a blocking GC Allocart: Alloc sticky concurrent mark sweep GC freed 0(0B) AllocSpace objects日志 ,解读如下:
在这里插入图片描述
当内存不足32m时,再次new 一个50M的byte 数组,就会抛出oom:
在这里插入图片描述
app 进程中真正剩余可用 jvm 堆内存是

       //真正可用的内存,包含剩余可申请的内存
       long actual_free_memory=max_memory-use_memory;

处理jvm 内存不足的情况

当大型app或者游戏app 遇到 jvm 内存(大多数为384m)不足时,可通过android:largeHeap="true"来增加,jvm 堆内存 会调整为512M峰值。
在这里插入图片描述

2.native内存

获取app 进程的native 堆内存,代码如下:

    /**
     * adb shell dumpsys meminfo packageName包名:
     * 查看每个进程中内存状况(包含jvm 和native 、shareLib)
     *
     * @return
     */
    private JSONObject statisticsNativeMemory() {
        JSONObject jsonObject = new JSONObject();
         // 当前进程中native层申请的堆内存,会随着时间而变化,加大或者减少
        long totalNative = Debug.getNativeHeapSize() / 1024 / 1024;
        //当进程中native层中已使用堆内存
        long useNative = Debug.getNativeHeapAllocatedSize() / 1024 / 1024;
        //当前进程中native层中剩余的堆内存
        long freeNative = Debug.getNativeHeapFreeSize() / 1024 / 1024;
        //....
 }

在android 8.0 以后,bitamp 所占内存从jvm 堆内存移到native内存中,大大减少了oom的风险:

通过一个案例来进一步了解:

在android 8.0以上非64位的设备验证:

      public void addNativeLeak() {
            /**
             * 在android 8.0 以上版本, bitmap内存放到native层内存中,非jvm 堆内存中
             *
             * Bitmap.Config.ARGB_8888:一个像素占用4 byte
             * Bitmap的内存大小=像素*4byte
             */
            int width = 1024 * 8;
            int height = 1024 * 8;
            //bitmap 被创建时,会申请虚拟内存 256m=1024*8*1024*8*4
            Bitmap bitmap = Bitmap.createBitmap(width, height, Bitmap.Config.ARGB_8888);
            boolean draw=false;
            if (draw) {
                //当给bitmap绘制内容时,物理内存会增加; 物理内存是当真正需要使用时才会用到
                Canvas canvas = new Canvas(bitmap);
                paint.setAntiAlias(true);
                paint.setColor(Color.WHITE);
                canvas.drawCircle(width / 2, height / 2, width / 2, paint);
            }
            int pictureSize = bitmap.getByteCount() / 1024 / 1024;
            int bitmapSize = bitmap.getAllocationByteCount() / 1024 / 1024;
            Log.i(TAG, "bitmap size: " + bitmapSize + " mB" + " ,picture size: " + pictureSize + " mB");
            nativeLeakList.add(bitmap);
        }

启动一个线程,间隔几秒, 创建一个256m的bitmap ,输出当前native 内存情况:
在这里插入图片描述
当native 堆内存不断上涨,虚拟内存也会增加,直到oom。系统会输出Starting a blocking GC NativeAlloc标识当前native层内存不足。来看下, oom 前的native 内存情况:
在这里插入图片描述

3.app 进程中虚拟内存

先来了解下进程中虚拟内存与物理内存 概念

PSS(Proportional Set Size): 物理内存,PSS = USS + 按比例包含共享库
在这里插入图片描述

RSS(Resident Set Size): 物理内存,RSS = USS + 包含共享库
在这里插入图片描述

VSS(Virtual Set Size): 虚拟内存,VSS = RSS + 未分配实际物理内存
在这里插入图片描述
更多虚拟内存知识,请阅读虚拟内存-维基百科。

获取app进程中虚拟内存和物理内存的方式:


    /**
     * 计算进程中内存状况和线程状况:
     * FDSize: 128  // 当前分配的文件描述符,这个值不是当前进程使用文件描述符的上线
     * VmPeak:  4403108 kB    // 当前进程运行过程中所占用内存的峰值
     * VmSize:  4402056 kB    // 已用逻辑空间地址,虚拟内存大小。整个进程使用虚拟内存大小,是VmLib, VmExe, VmData, 和 VmStk的总和。
     * VmLck:         0 kB
     * VmPin:         0 kB
     * VmHWM:     49108 kB    // 程序得到分配到物理内存的峰值
     * VmRSS:     48920 kB    // 程序现在正在使用的物理内存
     * RssAnon:            9268 kB
     * RssFile:           39540 kB
     * RssShmem:            112 kB
     * VmData:  1737808 kB        // 所占用的虚拟内存
     * VmStk:      8192 kB        // 任务在用户态的栈的大小 (stack_vm)
     * VmExe:        20 kB        // 程序所拥有的可执行虚拟内存的大小,代码段,不包括任务使用的库 (end_code-start_code)
     * VmLib:    163804 kB        // 被映像到任务的虚拟内存空间的库的大小 (exec_lib)
     * VmPTE:      1000 kB        // 该进程的所有页表的大小,单位:kb
     * Threads:        17        // 当前的线程数
     *
     * @return
     */
    public JSONObject statisticsProcessMemory() {

        JSONObject json = new JSONObject();
        // Linux 的/proc/self/status文件。这个并不是一个真实存在的文件,而为 Linux 的一个内核接口
        File file = new File(ProcCmd.cmd_app_status);
        readFileLine(file, (line) -> {
            try {
                String s = null;
                if (line.startsWith(MemoryKeys.ProcessKeys.key_threads)) {
                    //进程中线程的数量
                    s = line;
                } else if (line.startsWith(MemoryKeys.ProcessKeys.key_vm_size)) {
                    //整个进程中虚拟内存的总和(= VmLib+VmExe+VmData+VmStk),会动态变化增加
                    s = line;
                } else if (line.startsWith(MemoryKeys.ProcessKeys.key_vm_rss)) {
                    // 进程中当前物理内存,即系统实际在物理内存上分配给程序的内存
                    s = line;
                }
            //.....
        });
    }

还是以上面的bitmap 为例子,间隔几秒创建bitmap 时,看虚拟内存和物理内存的变化:
在这里插入图片描述
32位进程虚拟内存3G多的问题

等待多执行几次后,虚拟内存就耗尽,会oom:
在这里插入图片描述
在32位设备上app 进程中虚拟内存是3G 多,在一些沙盒插件化32位运行环境下,游戏项目很容易虚拟内存耗尽。

32位进程和64进程的内存分配情况如下所示
在这里插入图片描述
每个进程中虚拟内存都是隔离的,互不干扰。

4.手机系统内存(处理器内存)

每个手机的处理器内存都是出厂时设置的,处理器内存也是物理内存。
在这里插入图片描述

解读下

  • MemTotal: 处理器内存,即多少G 运行内存
  • MemAvailable: 算法算出可用物理内存,包含可回收使用的内存 ,若是该值很少,则会触发oom.

获取手机内存的代码如下:

  /**
     * 统计系统内存
     * MemTotal: 处理器内存,即多少G 运行内存
     * MemAvailable: 算法算出可用内存,包含可回收使用的内存 ,通常看这个
     * @return
     */
    public JSONObject statisticsSystemMemory() {
        JSONObject json = new JSONObject();
        //"/proc/meminfo"
        File file = new File(ProcCmd.cmd_system_meminfo);
        readFileLine(file, new Block() {
            long total, available;
            @Override
            public void block(String line) {
                try {
                    String s = null;
                    if (line.startsWith(MemoryKeys.SystemKeys.key_mem_total)) {
                        //手机处理器的内存,运行多少G
                        s = line;
                    } else if (line.startsWith(MemoryKeys.SystemKeys.key_mem_free)) {
                        //手机系统剩余内存,不包含可回收的内存。[MemTotal-MemFree]就是已被用掉的内存
                        s = line;
                    } else if (line.startsWith(MemoryKeys.SystemKeys.key_mem_available)) {
                        //手机系统可用内存:动态计算出的可用内存,包含mem_free + 可回收使用的内存,该值是一个估值。
                        s = line;
                    }
                //....
        });
        return json;
    }

每个app进程中物理内存共享手机处理器内存,物理内存是当真正需要使用时才会用到

以bitmap 为例子,创建空bitmap 时,会增加虚拟内存,但不会增加物理内存:
在这里插入图片描述

当bitmap 绘制内容,app进程的物理内存会变大,手机可用的物理内存在减少,直到OOM:

在这里插入图片描述

完整的测试验证代码:

package com.xingen.test.attemptdemo.oom;

import android.app.ActivityManager;
import android.graphics.Bitmap;
import android.graphics.Canvas;
import android.graphics.Color;
import android.graphics.Paint;
import android.net.Uri;
import android.os.Debug;
import android.os.Handler;
import android.os.HandlerThread;
import android.os.Process;
import android.util.Log;

import org.json.JSONArray;
import org.json.JSONObject;

import java.io.BufferedReader;
import java.io.Closeable;
import java.io.File;
import java.io.FileReader;
import java.util.ArrayList;
import java.util.List;

/**
 * @author : HeXinGen
 * @date : 2023/4/21
 * @description :
 * 用于检查内存状况
 * <p>
 * 参考:
 * 1.https://github.com/CharonChui/AndroidNote/blob/master/AdavancedPart/OOM%E9%97%AE%E9%A2%98%E5%88%86%E6%9E%90.md
 * 2.https://wenjie.store/archives/memory-knowledge-remake
 */
public class MemoryTask implements Runnable {

    private static final String TAG = "statisticsMemory ";
    private Handler memoryHandler;
    private int loopTime = 5 * 1000;
    private MonitorMemoryLeak leak;


    public MemoryTask() {
        this.leak = new MonitorMemoryLeak();
    }


    private static class MonitorMemoryLeak {
        private List<byte[]> jvmLeakList = new ArrayList<>();
        private List<Bitmap> nativeLeakList = new ArrayList<>();
        private Paint paint = new Paint();

        public void addJvmLeak() {
            byte[] largeByte = new byte[50 * 1024 * 1024];
            for (int i = 0; i < largeByte.length; ++i) {
                largeByte[i] = 'a';//分配使用时,进程内存中物理内存才会使用
            }
            Log.i(TAG, "byte size: " + (largeByte.length / 1024 / 1024) + " mB");
            jvmLeakList.add(largeByte);
        }

        public void addNativeLeak() {
            /**
             * 在android 8.0 以上版本, bitmap内存放到native层内存中,非jvm 堆内存中
             *
             * Bitmap.Config.ARGB_8888:一个像素占用4 byte
             * Bitmap的内存大小=像素*4byte
             */
            int width = 1024 * 8;
            int height = 1024 * 8;
            //bitmap 被创建时,会申请虚拟内存 256m=1024*8*1024*8*4
            Bitmap bitmap = Bitmap.createBitmap(width, height, Bitmap.Config.ARGB_8888);
            boolean draw=false;
            if (draw) {
                //当给bitmap绘制内容时,物理内存会增加; 物理内存是当真正需要使用时才会用到
                Canvas canvas = new Canvas(bitmap);
                paint.setAntiAlias(true);
                paint.setColor(Color.WHITE);
                canvas.drawCircle(width / 2, height / 2, width / 2, paint);
            }
            int pictureSize = bitmap.getByteCount() / 1024 / 1024;
            int bitmapSize = bitmap.getAllocationByteCount() / 1024 / 1024;
            Log.i(TAG, "bitmap size: " + bitmapSize + " mB" + " ,picture size: " + pictureSize + " mB");
            nativeLeakList.add(bitmap);
        }

        void release() {
            jvmLeakList.clear();
            nativeLeakList.clear();
        }

    }

    public enum  MonitorType{
         java_leak,native_leak,all_leak
    }
    private MonitorType type=MonitorType.java_leak;

    public MemoryTask setMonitorType(MonitorType type){
        this.type=type;
        return this;
    }

    public void startLoop() {
        if (memoryHandler == null) {
            HandlerThread thread = new HandlerThread("CheckMemoryThread");
            thread.start();
            memoryHandler = new Handler(thread.getLooper());
            memoryHandler.postDelayed(this, loopTime);
        }
    }

    @Override
    public void run() {
        switch (type){
            default:
                leak.addJvmLeak(); // 模拟增加jvm 内存泄漏
                leak.addNativeLeak(); //模拟增加native 内存泄漏
                break;
            case java_leak:
                leak.addJvmLeak(); // 模拟增加jvm 内存泄漏
                break;
            case native_leak:
                leak.addNativeLeak(); //模拟增加native 内存泄漏
                break;
        }
        Log.i(TAG, "start..........");
        JSONObject json = statisticsMemory();
        Log.i(TAG, "end..........");
        memoryHandler.postDelayed(this, loopTime);
    }

    public void stop() {
        memoryHandler.removeCallbacksAndMessages(null);
        memoryHandler.getLooper().quit();
        leak.release();
    }

    /**
     * 统计内存状况:
     *
     * @return
     */
    public JSONObject statisticsMemory() {
        JSONObject array = new JSONObject();
        try {
            JSONObject json1= statisticsJVMMemory();
            array.put("JVM", json1);
            Log.i(TAG,"jvm: "+json1.toString());
            JSONObject json2=statisticsNativeMemory();
            array.put("Native",json2);
            Log.i(TAG,"native: "+json2.toString());
            JSONObject json3= statisticsProcessMemory();
            array.put("Process",json3);
            Log.i(TAG,"app process: "+json3.toString());
            JSONObject json4=statisticsSystemMemory();
            array.put("System",json4 );
            Log.i(TAG,"system: "+json4.toString());
        } catch (Exception e) {
            e.printStackTrace();
        }
        return array;
    }

    /**
     * adb shell dumpsys meminfo packageName包名:
     * 查看每个进程中内存状况(包含jvm 和native 、shareLib)
     *
     * @return
     */
    private JSONObject statisticsNativeMemory() {
        JSONObject jsonObject = new JSONObject();
        long totalNative = Debug.getNativeHeapSize() / 1024 / 1024; // 当前进程中native层申请的堆内存,会随着时间而变化,加大或者减少
        long useNative = Debug.getNativeHeapAllocatedSize() / 1024 / 1024;//当进程中native层中已使用堆内存
        long freeNative = Debug.getNativeHeapFreeSize() / 1024 / 1024;//当前进程中native层中剩余的堆内存
        try {
            jsonObject.put(MemoryKeys.NativeKeys.key_native_total,totalNative+" mB");
            jsonObject.put(MemoryKeys.NativeKeys.key_native_use,useNative+" mB");
            jsonObject.put(MemoryKeys.NativeKeys.key_native_free,freeNative+" mB");
            jsonObject.put(MemoryKeys.NativeKeys.key_free_rate,getTwoDecimalPlaces(((float) freeNative/totalNative)));
        }catch (Exception e){
            e.printStackTrace();
        }
        return jsonObject;
    }
    public static interface   ProcCmd{
        String cmd_system_meminfo="/proc/meminfo"; //查看手机当前处理器内存状况
        String cmd_app_status="/proc/self/status";//当前进程中状况,内存、线程、fd等等;
        String cmd_app_limit="/proc/self/limits";//当前进程的限制,线程、fd的最大峰值
    }


    /**
     * 统计系统内存
     * MemTotal: 处理器内存,即多少G 运行内存
     * MemAvailable: 算法算出可用内存,包含可回收使用的内存 ,通常看这个
     * @return
     */
    public JSONObject statisticsSystemMemory() {
        JSONObject json = new JSONObject();
        //"/proc/meminfo"
        File file = new File(ProcCmd.cmd_system_meminfo);
        readFileLine(file, new Block() {
            long total, available;

            @Override
            public void block(String line) {
                try {
                    String s = null;
                    if (line.startsWith(MemoryKeys.SystemKeys.key_mem_total)) {
                        //手机处理器的内存,运行多少G
                        s = line;
                    } else if (line.startsWith(MemoryKeys.SystemKeys.key_mem_free)) {
                        //手机系统剩余内存,不包含可回收的内存。[MemTotal-MemFree]就是已被用掉的内存
                        s = line;
                    } else if (line.startsWith(MemoryKeys.SystemKeys.key_mem_available)) {
                        //手机系统可用内存:动态计算出的可用内存,包含mem_free + 可回收使用的内存,该值是一个估值。
                        s = line;
                    }/*else if (line.startsWith(MemoryKeys.SystemKeys.key_commit_limit)){
                        s=line;
                    }
                    else if (line.startsWith(MemoryKeys.SystemKeys.key_committed_as)){
                        s=line;
                    }*/
                    if (s != null) {
                        String[] array = s.split(":");
                        String value = array[1].trim().split(" kB")[0];
                        long size = Integer.valueOf(value) / 1024;
                        json.put(array[0], size + " mB");
                        if (s.startsWith(MemoryKeys.SystemKeys.key_mem_total)) {
                            total = size;
                        }
                        if (s.startsWith(MemoryKeys.SystemKeys.key_mem_available)) {
                            available = size;
                        }
                        if (total != 0 && available != 0) {
                            json.put(MemoryKeys.SystemKeys.key_free_rate, getTwoDecimalPlaces((float) available / total));
                        }
                    }
                } catch (Exception e) {
                    e.printStackTrace();
                }
            }
        });


        return json;
    }

    /**
     * 计算进程中内存状况和线程状况:
     * FDSize: 128  // 当前分配的文件描述符,这个值不是当前进程使用文件描述符的上线
     * VmPeak:  4403108 kB    // 当前进程运行过程中所占用内存的峰值
     * VmSize:  4402056 kB    // 已用逻辑空间地址,虚拟内存大小。整个进程使用虚拟内存大小,是VmLib, VmExe, VmData, 和 VmStk的总和。
     * VmLck:         0 kB
     * VmPin:         0 kB
     * VmHWM:     49108 kB    // 程序得到分配到物理内存的峰值
     * VmRSS:     48920 kB    // 程序现在正在使用的物理内存
     * RssAnon:            9268 kB
     * RssFile:           39540 kB
     * RssShmem:            112 kB
     * VmData:  1737808 kB        // 所占用的虚拟内存
     * VmStk:      8192 kB        // 任务在用户态的栈的大小 (stack_vm)
     * VmExe:        20 kB        // 程序所拥有的可执行虚拟内存的大小,代码段,不包括任务使用的库 (end_code-start_code)
     * VmLib:    163804 kB        // 被映像到任务的虚拟内存空间的库的大小 (exec_lib)
     * VmPTE:      1000 kB        // 该进程的所有页表的大小,单位:kb
     * Threads:        17        // 当前的线程数
     *
     * @return
     */
    public JSONObject statisticsProcessMemory() {

        JSONObject json = new JSONObject();
        // Linux 的/proc/self/status文件。这个并不是一个真实存在的文件,而为 Linux 的一个内核接口
        File file = new File(ProcCmd.cmd_app_status);
        readFileLine(file, (line) -> {
            try {
                String s = null;
                if (line.startsWith(MemoryKeys.ProcessKeys.key_threads)) {
                    //进程中线程的数量
                    s = line;
                } else if (line.startsWith(MemoryKeys.ProcessKeys.key_vm_size)) {
                    //整个进程中虚拟内存的总和(= VmLib+VmExe+VmData+VmStk),会动态变化增加
                    s = line;
                } else if (line.startsWith(MemoryKeys.ProcessKeys.key_vm_rss)) {
                    // 进程中当前物理内存,即系统实际在物理内存上分配给程序的内存
                    s = line;
                } else if (line.startsWith(MemoryKeys.ProcessKeys.key_vm_data)) {
                    s = line;
                } else if (line.startsWith(MemoryKeys.ProcessKeys.key_fd_size)) {
                    s = line;
                }/*else if (line.startsWith(MemoryKeys.ProcessKeys.key_vm_peek)){
                    s=line;
                }*/
                if (s != null) {
                    String[] array = s.split("\\t");
                    String name = array[0].split(":")[0];
                    String value = array[1].trim();
                    //进程中虚拟内存
                    json.put(name, value);
                }
            } catch (Exception e) {
                e.printStackTrace();
            }
        });

        return json;
    }

    private static interface Block {
        void block(String line);
    }

    private static void readFileLine(File file, Block block) {
        BufferedReader reader = null;
        try {
            reader = new BufferedReader(new FileReader(file));
            while (true) {
                String line = reader.readLine();
                if (line == null) {
                    break;
                } else {
                    if (block != null) {
                        block.block(line);
                    }
                    continue;
                }
            }
        } catch (Exception e) {
            e.printStackTrace();
        } finally {
            close(reader);
        }
    }

    private static void close(Closeable closeable) {
        try {
            if (closeable == null) {
                return;
            }
            closeable.close();
        } catch (Exception e) {
            e.printStackTrace();
        }
    }

    /**
     * 用于统计jvm 内存:
     * 1.最大限制内存
     * 2.申请的内存
     * 3.(申请的内存中)剩余使用的内存
     * 4.已使用的内存
     * 5.内存使用率
     *
     * @return
     */
    public JSONObject statisticsJVMMemory() {
        JSONObject json = new JSONObject();
        Runtime runtime = Runtime.getRuntime();
        //进程中最大jvm 内存大小
        long max_memory = runtime.maxMemory() / 1024;
        //进程中申请的jvm内存大小,不等用于一定分配那么多内存(会随着时间变化而变化)
        long apply_memory = runtime.totalMemory() / 1024;
        //进程中申请内存中可使用的jvm内存大小
        long free_memory = runtime.freeMemory() / 1024;
        //进程中已经使用的jvm 内存
        long use_memory = apply_memory - free_memory;
        //计算出jvm 的内存使用率,超过0.8就需要警惕
        float use_memory_rate = ((float) use_memory) / max_memory;
        //真正可用的内存,包含剩余可申请的内存
        long actual_free_memory=max_memory-use_memory;
        try {
            final String kB = " kB";
            json.put(MemoryKeys.JvmMemoryKeys.key_max_memory, max_memory + kB);
            json.put(MemoryKeys.JvmMemoryKeys.key_apply_memory, apply_memory + kB);
            json.put(MemoryKeys.JvmMemoryKeys.key_free_memory, free_memory + kB);
            json.put(MemoryKeys.JvmMemoryKeys.key_use_memory, use_memory + kB);
            json.put(MemoryKeys.JvmMemoryKeys.key_use_memory_rate, getTwoDecimalPlaces(use_memory_rate));
        } catch (Exception e) {
            e.printStackTrace();
        }

        return json;
    }

    private static String getTwoDecimalPlaces(float value) {
        return String.format("%.2f", value) + "%";
    }

    interface MemoryKeys {

        interface JvmMemoryKeys {
            String key_max_memory = "maxMemory";
            String key_free_memory = "freeMemory";
            String key_use_memory = "useMemory";
            String key_apply_memory = "totalMemory";
            String key_use_memory_rate = "use_memory_rate";
        }

        interface ProcessKeys {
            String key_vm_size = "VmSize";//进程中虚拟内存总值
            String key_vm_rss = "VmRSS"; //进程中已经使用的物理内存
            String key_threads = "Threads";//当前进程中线程个数
            String key_fd_size = "FDSize"; //当前进程中fd 资源个数(包含file、socket)
            String key_vm_data = "VmData";// 当前进程中
            String key_vm_peek = "VmPeak";
        }

        interface SystemKeys {

            String key_mem_total = "MemTotal";
            String key_mem_free = "MemFree";
            String key_mem_available = "MemAvailable";
            String key_commit_limit = "CommitLimit"; // committed_as的阀值,限制最大值
            String key_committed_as = "Committed_AS";//所有进程申请内存总和,超过CommitLimit 越多越容易oom
            String key_free_rate = "free_memory_rate";// 手机可用内存率
        }

        interface NativeKeys {
            String key_native_total = "TotalNative";
            String key_native_free = "freeNative";
            String key_native_use="useNative";
            String key_free_rate = "free_memory_rate";// 手机可用内存率
        }
    }

}

使用方式:
在这里插入图片描述

资料参考

  • android中内存信息的获取:https://www.jianshu.com/p/701d1261fa9b
  • Android Memory Usage:https://elinux.org/Android_Memory_Usage
  • Android oom 内存分析:https://github.com/CharonChui/AndroidNote/blob/master/AdavancedPart/OOM%E9%97%AE%E9%A2%98%E5%88%86%E6%9E%90.md
  • https://wenjie.store/archives/memory-knowledge-remake

本文来自互联网用户投稿,该文观点仅代表作者本人,不代表本站立场。本站仅提供信息存储空间服务,不拥有所有权,不承担相关法律责任。如若转载,请注明出处:http://www.coloradmin.cn/o/491798.html

如若内容造成侵权/违法违规/事实不符,请联系多彩编程网进行投诉反馈,一经查实,立即删除!

相关文章

知识图谱实战应用8-从文本关系抽取到知识图谱关系构建流程贯通

大家好,我是微学AI,今天给大家介绍一下知识图谱实战应用8-从文本关系抽取到知识图谱关系构建流程贯通。我们从文本数据中采集到关键信息,并抽取出其中的关系信息,然后在存入图数据库中,整个过程实现自动化,我这里将举一个文本例子进行抽取。 对于知识图谱的构建是将实体…

ThingsBoard使用jar包自己构建镜像部署

1、概述 这一节主要讲解你自己使用jar包构建镜像,一般在很多企业中,都是使用Jenkins配置流水线,自动打包,然后拷贝程序在target目录下生成的jar包,然后使用Dockerfile文件进行构建镜像,其实我这一节讲的也是类似,只是不使用Jenkins来实现自动,原理都一样,估计也是很多…

网络协议 — BGP 边界网关协议

目录 文章目录 目录BGP 和 ASBGP Router 和 RoutesBGP Message 类型和格式BGP Msg HeaderBGP Msg DataOpen MsgKeepalive MsgNotification MsgRoute-refresh MsgUpdate Msg BGP Msg 状态机 BGP RR&#xff08;Route-Reflectors&#xff0c;路由反射器&#xff09;BGP MP&#x…

基于STM32+NBIOT+华为云IOT设计的智能井盖

一、概述 智能井盖是一种通过物联网技术实现对井盖状态监测和管理的设备。当前介绍基于STM32微控制器,BC26 NBIOT模组以及华为云IOT平台设计一款智能井盖系统。该系统通过光线传感器、霍尔传感器、温湿度传感器等设备实现井盖状态的实时监测,通过NBIOT网络将数据上传到华为云…

5 Redis缓存穿透、击穿、雪崩、分布式锁、布隆过滤器

1 Redis 应用问题解决 1.1 缓存穿透 1.1.1 问题描述 key 对应的数据在数据源并不存在&#xff0c;每次针对此 key 的请求从缓存获取不到&#xff0c;请求都会压到数据源&#xff08;数据库&#xff09;&#xff0c;从而可能压垮数据源。比如 用一个不存在的用户 id 获取用户…

ES的概述

一、ECMASript 相关介绍 1.1什么是 ECMA ECMA &#xff08; European Computer Manufacturers Association &#xff09;中文名称为欧洲计算机制 造商协会&#xff0c;这个组织的目标是评估、开发和认可电信和计算机标准。 1994 年后该 组织改名为 Ecma 国际。 1.2.什么…

Three.js--》模型材质与纹理的使用

目录 初识材质与纹理 修改模型材质颜色 模型添加纹理 纹理常用属性使用 纹理显示算法 设置粗糙度 纹理加载进度情况 设置环境贴图 初识材质与纹理 three.js中的材质就是几何体表面的材料。所有材质均继承自Material。ThreeJS的材质分为&#xff1a;基础材质、深度材质…

Linux(centos 7) 环境安装MySQL5.7

mysql安装包 链接&#xff1a;百度网盘 请输入提取码 提取码&#xff1a;b8w4 环境准备 安装好的centos 7系统 root 用户登录Linux 在根目录下创建/soft目录 上传mysql安装包到/soft目录&#xff0c;结果如下 准备完毕 安装 根据现有序号挨个安装 rpm 包&#xff0c;依…

“聪明车”接驳“智慧路”—— 智能网联车驶上新赛道

去年底&#xff0c;智己L7首批200台Beta体验版下线交付。 智能网联车&#xff0c;“新赛道”上疾驶着“新终端”。“聪明车”如何更好接驳“智慧路”&#xff1f;全国两会现场&#xff0c;不少代表委员聚焦于这一话题展开热议&#xff0c;出谋划策。 “只有把‘终端’牢牢掌握在…

06 - 2 分层架构模式(Layered Arch)

层 层的定义 层&#xff1a;软件的逻辑单元每一层都有特定的功能组件被分配到不同的层 何谓分层 将系统按照职责拆分和组织上层依赖于直接下层 下层不可以依赖于上层不可以跃层访问&#xff08;理想状况&#xff09; 经典分层架构 OSI 7 层架构 CS 两层架构Client&…

生动形象的傅里叶变换解析!

使用联想链条和几何直观&#xff0c;辅以从实际需求衍生概念的思考模式&#xff0c;详解什么是傅立叶变换&#xff0c;为什么要做傅立叶变换等&#xff0c;帮助记忆和理解&#xff0c;目的当然是标题所说&#xff1a;让你永远忘不了傅里叶变换这个公式。另&#xff0c;这篇博客…

MySQL之Server层的内存结构

前言 本文已收录在MySQL性能优化原理实战专栏&#xff0c;点击此处浏览更多优质内容。 前面的文章我们介绍了InnoDB存储引擎的一些内存、内存磁盘的结构以及工作原理&#xff0c;今天我们就来看一下关于MySQL Server层的一些内存结构。 目录 一、Binlog Cache1.1 Binlog Cache工…

jvm之远程调试

写在前面 工作中&#xff0c;有时会出现测试环境有问题&#xff0c;本地却正常的情况&#xff0c;此时我们就可以通过JVM提供的远程调用的功能&#xff0c;实现在本地debug调试测试环境代码。 1&#xff1a;例子1直接运行class 首先我们来定义类&#xff1a; package com.f…

Blender 形变类修改器:曲线

目录 形变类修改器1. 测试一&#xff1a;减少环切数量1.1 调整物体原点1.2 让两个物体原点重合1.3 添加曲线修改器1.4 融并边 2. 测试二&#xff1a;曲线的方向2.1 查看曲线的方向&#xff08;曲线法向显示&#xff09;2.2 在3D空间调整曲线 3. 测试三&#xff1a;空间位置的影…

【Minecraft开服教学】使用 MCSM 面板一键搭建我的世界服务器 并使用内网穿透公网远程联机

文章目录 前言1.Mcsmanager安装2.创建Minecraft服务器3.本地测试联机4. 内网穿透4.1 安装cpolar内网穿透4.2 创建隧道映射内网端口 5.远程联机测试6. 配置固定远程联机端口地址6.1 保留一个固定TCP地址6.2 配置固定TCP地址 7. 使用固定公网地址远程联机 转载自远程穿透文章&…

C语言中链表经典面试题目

&#x1f436;博主主页&#xff1a;ᰔᩚ. 一怀明月ꦿ ❤️‍&#x1f525;专栏系列&#xff1a;线性代数&#xff0c;C初学者入门训练&#xff0c;题解C&#xff0c;C的使用文章&#xff0c;「初学」C &#x1f525;座右铭&#xff1a;“不要等到什么都没有了&#xff0c;才下…

MySQL之Change Buffer详解

前言 本文已收录在MySQL性能优化原理实战专栏&#xff0c;点击此处浏览更多优质内容。 上一篇文章一文带你了解MySQL数据库InnoDB_Buffer_Pool&#xff08;点击跳转&#xff09;我们学习了InnoDB Buffer Pool的工作原理&#xff0c;其作用是减少MySQL读取数据时直接与磁盘打交道…

百趣代谢组学党参远志散对记忆障碍大鼠学习能力和肠道菌群的影响

文章标题&#xff1a;Effects of Dangshen Yuanzhi Powder on learning ability and gut microflora in rats with memory disorde 发表期刊&#xff1a;Journal of Ethnopharmacology 影响因子&#xff1a;5.195 作者单位&#xff1a;山西中医药大学 百趣提供服务&#xf…

什么是元宇宙数字展厅?元宇宙前景如何 ?

元宇宙是一个近年来备受关注的概念&#xff0c;它被认为是未来数字世界的新形态。元宇宙是一个虚拟的、数字化的世界&#xff0c;它可以模拟现实世界的各种物理、社会和经济系统&#xff0c;同时也可以融合人工智能、虚拟现实等前沿技术&#xff0c;为用户提供更加丰富、多样化…

钴基双金属氧化物储能材料的高效制备和电化学应用

一、引言 钴金属氧化物作为一类典型的储能材料&#xff0c;既可以用于锂离子电池负极材料&#xff0c;又可以用于超级电容器电极材料&#xff0c;因而备受关注 。在作为锂离子电池负极材料时&#xff0c;具有较高的理论比容量&#xff0c;但充放电体积变化较大、材料导电性较差…