Android Settings app内存泄露问题

在进入android 5.0 Settings应用中进入apps项然后反复的进入某个应用的详细信息页面，

使用adb shell dumpsys meminfo appname查看内存信息，每次进入一次应用详情页面

都会导致内存增加。

要搞清楚这个问题得分析InstalledAppDetails和AppInfoBase的代码，实际上前者继承了

后者。

AppInfoBase继承于SettingsPreferenceFragment，本质上是一个Fragment。

它的onCreate方法如下：

@Override
public void onCreate(Bundle savedInstanceState) {
super.onCreate(savedInstanceState);
mFinishing = false;

mState = ApplicationsState.getInstance(getActivity().getApplication());
mSession = mState.newSession(this);
Context context = getActivity();
......

retrieveAppEntry();
}

这里会调用单例类:ApplicationsState对象的newSession方法将自己作为参数传递。
看下ApplicationState的newSession方法:

public Session newSession(Callbacks callbacks) {
Session s = new Session(callbacks);
synchronized (mEntriesMap) {
mSessions.add(s);
}
return s;
}下面是Session的构造函数:
Session(Callbacks callbacks) {
mCallbacks = callbacks;
}

Session使用了一个成员变量mCallbacks引用了callbacks即Session引用了AppInfoBase这个Fragment.
同时Session在newSession方法中被加入了ApplicationState类成员变量mSessions中。也就是说ApplicationState

这个类有全局唯一单例类，使用了一个列表保存了每一个AppInfoBase创建的Session,从而间接的持有者每一个

AppInfoBase.如果Session不从mSessions中移除，那么每个AppInfoBase都不会被释放。那么什么时候Session

会从mSessions中移除呢？

Session有个release方法:

public void release() {
pause();
synchronized (mEntriesMap) {
mSessions.remove(this);
}
}在这个方法里将自己移除掉的。
那AppInfoBase会调用这个方法吗？查看整个AppInfoBase的code没有发现调用此方法。因此每个AppInfoBase及其

子类都不会被释放， 导致内存泄露。

这个问题修改的方法就是在AppInfoBase的onDestory方法中调用Session的release方法。