网站收录提交入口怎么做,免费ppt模板官网,wordpress当DAM用,公司logo效果图内存泄漏#xff1a;内存单元使用完成后未释放#xff0c;未回收。理解强弱引用和gc垃圾回收机制后#xff0c;会更好的理解内存泄漏问题。在目前的Android项目中#xff0c;内存泄漏是无法避免的#xff0c;在编写代码时要是否产生了内存泄漏。内存泄露中要注意对象、变量…内存泄漏内存单元使用完成后未释放未回收。理解强弱引用和gc垃圾回收机制后会更好的理解内存泄漏问题。在目前的Android项目中内存泄漏是无法避免的在编写代码时要是否产生了内存泄漏。内存泄露中要注意对象、变量等的回收时刻。在内存泄露中虽然存在gc回收机制还是要搞明白你声明的东西是何时创建的何时回收的。简单来说就是要知晓生命周期了解越多这样的知识对你的代码理解力就会有越多的提升。一.static引发的内存泄漏在单例模式下我们通常都会使用static修饰我们的对象所以这里就要讲一下static所修饰的内容的生命周期了。static强调一下static修饰的内容通常是不会被gc系统回收的所以该内容就会一直存在在系统中那么static总是会有销毁的时候吧Lifetime of a static variable: A static variable comes into existence when a class is loaded by the JVM and dies when the class is unloadedif you create an android application and initialize a static variable, it will remain in the JVM until one of the following happens:the class is unloadedthe JVM shuts downthe process dies1.类被卸载的时刻。2.JVM虚拟机关机的时刻。3.进程被kill的时刻。那么也就说static所修饰的内容和程序的生命周期是相关的。接下来要说的东西就很好理解了1.单例模式的内存泄漏一些单例模式中初始化时会传入context当你传入Activity/Fragment的contenxt时在该Activity/Fragment关闭要被回收的时候单例类还是会持有对Activity/Fragment的context引用那么该Activity/Fragment就不会被回收这样就造成了内存的泄漏。所以最好的解决办法是 传入Application的context即可Application就是程序他的context就是程序的context所以与static的生命周期相同。例getApplicationContext()。2.非静态内部类创建静态实例造成的内存泄漏内部类的最好优势就是默认会持有外部类的引用而当你用这个非静态内部类创建了一个静态实例那么麻烦来了因为这个类并非静态类所以这个类是可以被回收的但是静态实例一值保持着对该非静态类的引用造成了非静态内部类不能被回收因为非静态内部类是不能脱离所属类而单独存活的那么也就导致了外部类不能被回收内存泄漏就产生了。解决办法当然是加上static将非静态内部类变成静态内部类静态内部类不依赖外部类他们拥有不同的生命周期。1).单例模式的静态内部类这种写法的单例模式是最推荐使用的单例模式(详细可查看《Android源码设计模式解析与实战》)。public class AppContext {public static AppContext getInstance() {return SingletonHolder.instance;}/*** 静态内部类的单例模式*/private static class SingletonHolder{private static final AppContext instance new AppContext();}}复制代码2).线程中的的内存泄漏也可以归到内部类的静态使用。线程的方式有Handler、AsyncTask、Thread等方式。其中所有的线程方式在Activity中都是内部类的方式存在的所以一般为了避免内存泄漏都将这些线程实行静态内部类的方法。在Activity被销毁的时候将线程关闭清空线程中的任务。所以一定要慎用static在使用时要考虑到是否产生了内存泄漏。二、资源未关闭产生的内存泄漏这个就简单了在使用BraodcastReceiverContentObserverFileCursorStreamBitmap等后要记得对资源进行手动回收就避免了内存泄露。有不对的地方欢迎大家指出来!谢谢
