• Android onLowMemory()和onTrimMemory()


    1. OnLowMemory

          OnLowMemory是Android提供的API,在系统内存不足,所有后台程序(优先级为background的进程,不是指后台运行的进程)都被杀死时,系统会调用OnLowMemory。系统提供的回调有:Application/Activity/Fragementice/Service/ContentProvider

    除了上述系统提供的API,还可以自己实现ComponentCallbacks,通过API注册,这样也能得到OnLowMemory回调。例如:

    public static class MyCallback implements ComponentCallbacks { 

            @Override

            public void onConfigurationChanged(Configuration arg) { 

            }

            @Override

            public void onLowMemory() {

                //do release operation

            }

        }

    然后,通过Context.registerComponentCallbacks ()在合适的时候注册回调就可以了。通过这种自定义的方法,可以在很多地方注册回调,而不需要局限于系统提供的组件。

    2.  OnTrimMemory

           OnTrimMemory是Android 4.0之后提供的API,系统会根据不同的内存状态来回调。系统提供的回调有:Application/Activity/Fragement/Service/ContentProvider

      OnTrimMemory的参数是一个int数值,代表不同的内存状态:

    • TRIM_MEMORY_COMPLETE:内存不足,并且该进程在后台进程列表最后一个,马上就要被清理

    • TRIM_MEMORY_MODERATE:内存不足,并且该进程在后台进程列表的中部。

    • TRIM_MEMORY_BACKGROUND:内存不足,并且该进程是后台进程。

    • TRIM_MEMORY_UI_HIDDEN:内存不足,并且该进程的UI已经不可见了。      

          以上4个是4.0增加

    • TRIM_MEMORY_RUNNING_CRITICAL:内存不足(后台进程不足3个),并且该进程优先级比较高,需要清理内存

    • TRIM_MEMORY_RUNNING_LOW:内存不足(后台进程不足5个),并且该进程优先级比较高,需要清理内存

    • TRIM_MEMORY_RUNNING_MODERATE:内存不足(后台进程超过5个),并且该进程优先级比较高,需要清理内存      

    • 以上3个是4.1增加

    系统也提供了一个ComponentCallbacks2,通过Context.registerComponentCallbacks()注册后,就会被系统回调到。

    OnLowMemory和OnTrimMemory的比较

    1,OnLowMemory被回调时,已经没有后台进程;而onTrimMemory被回调时,还有后台进程。
    2,OnLowMemory是在最后一个后台进程被杀时调用,一般情况是low memory killer 杀进程后触发;而OnTrimMemory的触发更频繁,每次计算进程优先级时,只要满足条件,都会触发。
    3,通过一键清理后,OnLowMemory不会被触发,而OnTrimMemory会被触发一次。

    static final int TRIM_MEMORY_COMPLETE = 80;

    系统处于低内存的运行状态中如果系统现在没有内存回收你的应用将会第一个被杀掉. 你必须释放掉所有非关键的资源从而恢复应用的状态.

    static final int TRIM_MEMORY_MODERATE = 60;

    系统处于低内存的运行状态中并且你的应用处于缓存应用列表的中级阶段. 如果系运行内存收到限制, 你的应用有被杀掉的风险.
    static final int TRIM_MEMORY_BACKGROUND = 40;

    系统处于低内存的运行状态中并且你的应用处于缓存应用列表的初级阶段. 虽然你的应用不会处于被杀的高风险中, 但是系统已经开始清除缓存列表中的其它应用, 所以你必须释放资源使你的应用继续存留在列表中以便用户再次回到你的应用时能快速恢复进行使用
    static final int TRIM_MEMORY_UI_HIDDEN = 20;

    这个过程显示到用户界面,提示占用内存比较大的应用和ui即将被释放,ui不可见
    static final int TRIM_MEMORY_RUNNING_CRITICAL = 15;

    应用处于运行状态但是系统已经把大多数缓存应用杀掉了, 你必须释放掉不是非常关键的资源, 如果系统不能回收足够的运行内存, 系统会清除所有缓存应用并且会把正在活动的应用杀掉.
    static final int TRIM_MEMORY_RUNNING_LOW = 10;

    应用处于运行状态并且不会被杀掉, 设备可以使用的内存非常低, 可以把不用的资源释放一些提高性能(会直接影响程序的性能).
    static final int TRIM_MEMORY_RUNNING_MODERATE = 5;

    应用处于运行状态并且不会被杀掉, 设备使用的内存比较低, 系统级会杀掉一些其它的缓存应用.

  • 相关阅读:
    SpringCloud(三):服务消费以及负载均衡(RestTemplate+Ribbon)
    SpringCloud(二):服务的注册与发现(Eureka)
    SpringCloud(一):了解SpringCloud
    SpringBoot(十二):SpringBoot整合Mybatis-Plus
    SpringBoot(十一):SpringBoot整合Redis
    idea使用maven中的tomcat插件开启服务出现java.net.BindException: Address already in use: JVM_Bind :8080错误原因
    SSM框架之SpringMVC(6)异常处理及拦截器
    SSM框架之SpringMVC(5)文件上传
    SSM框架之SpringMVC(4)返回值类型及响应数据类型
    SSM框架之SpringMVC(3)常用注解
  • 原文地址:https://www.cnblogs.com/lucktian/p/5555376.html
Copyright © 2020-2023  润新知