怎么样让网站网址有图标,城乡建设部网站甘红刚,东阳市网站建设,网站开发者模式有什么用一:匿名内部类/非静态内部类 匿名内部类的泄漏原因#xff1a;匿名内部类会隐式地持有外部类的引用.当外部类被销毁时#xff0c;内部类并不会自动销毁#xff0c;因为内部类并不是外部类的成员变量#xff0c; 它们只是在外部类的作用域内创建的对象#xff0c;所以内部…一:匿名内部类/非静态内部类 匿名内部类的泄漏原因匿名内部类会隐式地持有外部类的引用.当外部类被销毁时内部类并不会自动销毁因为内部类并不是外部类的成员变量 它们只是在外部类的作用域内创建的对象所以内部类的销毁时机和外部类的销毁时机是不同的 所以会不会取决与对应对象是否存在被持有的引用. 案例一:有名内部类导致内存泄漏 匿名内部类/非静态内部类,Android开发经常会继承实现 Activity 或者 Fragment 或者 View。 如果你使用了匿名类而又被异步线程所引用那得小心如果没有任何措施同样会导致内存泄漏的. runnable1 和 runnable2 的区别就是runnable2 使用了匿名内部类我们看看引用时的引用内存 可以看到runnable1 是没有什么特别的。但 runnable2 多出了一个 MainActivity 的引用若是这个引用再传入到一个异步线程此线程在和Activity生命周期不一致的时候也就造成了Activity的泄露。 在 MainActivity 内部创建了一个非静态内部类的单例TestInnerBad,不过这种写法却会造成内存泄漏非静态内部类默认会持有外部类MainActivity 的引用导致 MainActivity的内存资源不能正常回收. 解决方案: 将该内部类TestInnerBad设为静态内部类或将该内部类抽取出来封装成一个单例 案例二:匿名内部类导致内存泄漏 public class TestActivity {public static void main(String[] args) {//java的匿名内部类 new Thread(new Runnable() {Overridepublic void run() {}}).start();} } 匿名内部类Runnable持有外部类TestActivity 的引用 当外部类TestActivity销毁时匿名内部类Runnable 会导致内存泄漏 解决方案: 创建一个静态内部类实现Runnable接口或者使用lambda表达式 public class TestActivity {Runnable runnable1public static void main(String[] args) {runnable1 new MyRunnable()new Thread(runnable1).start();}//创建一个静态内部类 private static class MyRunnable implements Runnable{Overridepublic void run(){ } }overRide onDestroy(){runnable1null }} java: 把Runnable转为lambda写法 避免了内存泄漏 new Thread(() - { }).start(); kotlin: 把Runnable转为lambda写法 避免了内存泄漏Thread({}).start() 或者 Thread {}.start() 案例三:匿名内部类导致内存泄漏 public class MyActivity extends Activity {private Button button;Overrideprotected void onCreate(Bundle savedInstanceState) {super.onCreate(savedInstanceState);button new Button(this);button.setOnClickListener(new View.OnClickListener() {Overridepublic void onClick(View v) {// do something}});setContentView(button);} }匿名内部类OnClickListener持有了外部类MyActivity的引用如果MyActivity被销毁之前button没有被清除  就会导致MyActivity无法被垃圾回收。此处可以将Button 看作是自己定义的一个对象  一般解法是将button对象置为空 注意事项在Activity销毁时应该将所有持有Activity引用的对象设置为null。 二:静态变量 当我们的成员变量是 static 的时候那么它的生命周期将和整个app的生命周期一致。这必然会导致一系列问题 解决方案: 不要在类初始时初始化静态成员。可以考虑 lazy初始化延迟加载 三:单例Singleton 单例的静态特性使得它的生命周期和应用的生命周期会一样长所以一旦使用有误小心无限制的持有Activity的引用而导致内存泄漏。 public class MySingleton {private static MySingleton instance;private Context context;private MySingleton(Context context){this.contextcontext }public static MySingleton getInstance(Context context) {if (instance null) {instance new MySingleton(Context context);}return instance;}// ... } 如果我们传入的是 Activity 的 Context当这个 Context 所对应的 Activity 退出的时候由于该 Context 的引用被单例对象所持有其生命周期等于整个应用程序的生命周期所以当前 Activity 退出时它的内存并不会回收这造成的内存泄漏 解决方案 使用 Application 的 Context 避免内存泄漏 public class MySingleton {private static MySingleton instance;private Context context;private MySingleton(Context context){// this.contextcontext// 使用 Application 的 Context 避免内存泄漏this.contextcontext.getApplicationContext()}public static MySingleton getInstance(Context context) {if (instance null) {synchronized (MySingleton.class) {if (instance null) {instance new MySingleton(Context context);}}}return instance;}public static void releaseInstance() {instance null;}// ... }四:Context 如果需要使用 Context推荐的使用 Application 的 Context。当然Application 的 context  不是万能的所以也不能随便乱用对于有些地方则必须使用 Activity 的 Context对于ApplicationServiceActivity三者的 Context 的应用场景如下