常见造成内存泄露的原因

内存泄露造成原因

1.上下文对象
2.碎片
3.WindowManager等系统管理类
4.Map
5.List和Map類似
6.接口回调
7.View
8.handler
9.线程
10.第三方库
11.高德地图
12.Dialog
13.CountDownTimer

1.上下文对象

public class NaviLocationModel ... {private Context context;

public class NaviLocationModel ... {private static Context context;

如上两种情况都会造成内存泄露，无论 NaviLocationModel 是不是单例。如果非要全局 Context ，需要使用弱引用或者 aplication ；如果没有必要，在方法内部使用。这是最常见的内存泄露原因。

2.碎片

碎片不能使用static修饰，否则会内存泄露

3.WindowManager等系统管理类

WindowManager等系统管理类不能被static修饰，否则会内存泄露，而且也没有必要，因为WindowManager等本来就是唯一。

4.Map

Map 导致的内存泄露：https://blog.csdn.net/weixin_35691921/article/details/117035421

5.List和Map類似

6.接口回调

public class LeakTextManager {private static LeakTextManager instance;private LeakTextManager() {}public static LeakTextManager getInstance() {if (instance == null) {instance = new LeakTextManager();}return instance;}private OnUiCallback<String> onUiCallback;public void setOnUiCallback(OnUiCallback<String> onUiCallback) {this.onUiCallback = onUiCallback;}

//Activity@Overrideprotected void onCreate(@Nullable Bundle savedInstanceState) {super.onCreate(savedInstanceState);setContentView(R.layout.leak_activity);findViewById(R.id.tv_test_7).setOnClickListener(new View.OnClickListener() {@Overridepublic void onClick(View v) {LeakTextManager.getInstance().setOnUiCallback(new OnUiCallback<String>() {@Overridepublic void onSuccess(String s) {}@Overridepublic void onError(String code, String msg) {}});}});}

如上，点击测试按钮：
创建一个接口，传入到单例之中，并且在Activity关闭的时候没有移除，这样，就可以内存泄露了~

那么，如果在onDestory的时候移除从单例中移除当前接口，是不是就可以解决内存泄露了呢？试一下~

    @Overrideprotected void onDestroy() {super.onDestroy();LeakTextManager.getInstance().setOnUiCallback(null);onUiCallback =null;}

这样就可以了，确实没有泄露。(｡•́__ก̀｡)

如果是：

    @Overrideprotected void onDestroy() {super.onDestroy();//LeakTextManager.getInstance().setOnUiCallback(null);onUiCallback =null;}

这样会泄露吗？

会的哦，因为这样只是让 onUiCallback 不指向我们之前创建的对象的内存地址，但是单例类中的onUiCallback对象还有指向创建对象的内存地址，所以会有内存泄露。

除此之外，像这种Activity 与单例类之间的数据交互，中间应该再加上一弱引用层，用来阻断Activity和单例类存在的强引用关系。

7.View

将View 传入其他类中缓存起来用，比如你想在封装类内部修改View的变换，这可能会产生内存泄露，
比如封装类是静态，因为View会持有Context，所以相当于在静态中缓存了Context，使得Coxtext不能释放从而泄露。

8.handler

略…

9.线程

略…

public class WelcomeActivity extends Activity {......public void sel(){new Thread(new Runnable() {@Overridepublic void run() {SystemClock.sleep(10000);//do something ... 里面持有对当前activity的引用}}).start();}
}

10.第三方库

第三方库最好还是下载下来再用，因为有些人封装代码的时候没有考虑内存泄露，需要修改。

11.高德地图

问题1：MapView

描述：Activity 关闭的时候，位于Fragment的layout内的MapView出现泄露

修改：

            mapView = new MapView(getContext());relativeLayout.addView(mapView);

注：我以为这种写法也会有泄露，但是并没有被检测出来，目前看的话是可以解决内存泄露的
时间：20210525

或者

            mapView = new MapView(getContext().getApplicationContext());relativeLayout.addView(mapView);

12.Dialog

举例演示泄露，如下问题代码：

封装Dialog：

public class LoadingDialog extends Dialog {... ...public LoadingDialog(Context context, String toastText, int timer) {super(context, R.style.loading_dialog);setContentView(R.layout.dialog_loading);... ...Observable.timer(30, TimeUnit.SECONDS).subscribeOn(Schedulers.io()).observeOn(AndroidSchedulers.mainThread()).subscribe(new SimpleObserver<Long>() {@Overridepublic void onSubscribe(Disposable d) {super.onSubscribe(d);mDisposable = d;}@Overridepublic void onAction(Long aLong) {}@Overridepublic void onComplete() {super.onComplete();if (isShowing()) {dismiss();}}});}@Overridepublic void dismiss() {super.dismiss();RxJavaGcManager.getInstance().disposableActive(mDisposable);... ...}.... ....}

对Dialog的使用进行封装：

public class Loading {private static final Loading instance = new Loading();private Dialog dialog;private static final int DEFAULT = 0;public static Loading getInstance() {return instance;}public void show(Context context) {dismiss();dialog = new LoadingDialog(context, context.getResources().getString(R.string.dialog_loading), DEFAULT);dialog.setCanceledOnTouchOutside(true);dialog.show();}public void dismiss() {if (dialog != null) {dialog.cancel();if (dialog.isShowing()) {dialog.dismiss();}dialog = null;}}}

使用：

public class MainActivity extends ... Activity ...{... ....@Overrideprotected void onCreate(Bundle savedInstanceState) {super.onCreate(savedInstanceState);req();}public void req() {Loading.getInstance().show(getContext());ReqFenceSettingParams reqFenceSettingParams = new ReqFenceSettingParams();reqFenceSettingParams.set(...);reqFenceSettingParams.set(...);DataModel.instance().reqHttpData(reqFenceSettingParams, ..., new OnUiCallback<ResponseNull>() {@Overridepublic void onSuccess(ResponseNull responseNull) {... ...Loading.getInstance().dismiss();}@Overridepublic void onError(String code, String msg) {... ...Loading.getInstance().dismiss();}});}

以上，就是问题代码的调用了。

直接说结论了：

如何引起内存泄露？
当Dialog超时自动消去或者手击蒙版消去后，退出Activity，这样的操作就会引起内存泄漏。

什么原因？
原因是 LoadingDialog 虽然dismiss了，但是 Loading 类中的 private Dialog dialog;对象并没有失去引用，因为 Loading 类是静态类，所以可以认为 private Dialog dialog;也是静态的， private Dialog dialog;对象含有Activity的引用，所以当Activity退出的时候会泄露。

解决？
直接在退出Activity的时候，设置 private Dialog dialog; 是null即可。

13.CountDownTimer

CountDownTimer 里面又有线程，又有handler，需要调用回收的方法。

    /*** Cancel the countdown.*/public synchronized final void cancel() {mCancelled = true;mHandler.removeMessages(MSG);}