Sea*_*ick 25 memory android memory-leaks android-context android-activity
我一直在研究在创建视图时防止上下文/活动内存泄漏的最佳实践,而且我似乎无法找到关于类中静态字段允许或不允许的内容的明确答案.
假设我有这种形式的代码:
public class MyOuterClass extends Activity{
private MyInnerClass;
MyInnerClass = (MyInnerClass) findViewById(<XML call here>);
MyInnerClass.myXInt = 3;
// onCreate(), onResume(), etc.
public static class MyInnerClass extends SurfaceView implements Runnable{
// Safe variables?
private static int myXInt, myYInt;
private static boolean myBoolean;
// Potentially safe?
private static Canvas myCanvas;
// Definitely bad.
private static Context myContext;
public MyInnerClass(Context context){
myContext = context; // This is bad.
}
}
}
Run Code Online (Sandbox Code Playgroud)
关于JVM实际上认为MyInnerClass的ClassLoader是什么,我有点困惑.从技术上讲,由于它是一个SurfaceView对象,一旦应用程序实例化MyInnerClass一次(在View首次膨胀时发生),静态变量似乎应该总是存在,然后保持在那里直到应用程序本身终止.如果是这种情况,是什么阻止Bitmaps和Canvas对象保持打开并填满堆?
我曾经反复重复的唯一一句话就是你不能像我在构造函数中看到的那样泄漏静态上下文,但它永远不会超越它.这真的是你唯一不能做的事情吗?
zap*_*apl 38
在Java/Android中,static变量或常量不会被垃圾回收.只要拥有它的类通过类加载器加载,它就会停留在那里.对于应用程序内的所有类,以及对所有类具有静态引用的类(例如MyInnerClass.class),类加载器的afaik始终相同.由于类加载器不会消失,因此它们不会被引用,因为它们被引用,因此不能被垃圾回收.
就像你的例子
public class SomeClass extends SurfaceView {
private static Context myContext;
public MyInnerClass(Context context){
myContext = context; // This is bad.
}
}
Run Code Online (Sandbox Code Playgroud)
这确实很糟糕.即使没有SomeClass存在的引用(例如Activity显示你的自定义SurfaceView已经结束),对Context(和任何其他static变量/常量)的静态引用SomeClass仍然存在.你可以认为所有这些都被泄露,因为它不可能被垃圾收集Context等等.如果你有一个常规的变量引用,那么一旦包含该变量的实例没有更多的引用,整个实例包括对其他东西的引用就可以并且将被垃圾收集.Java甚至可以处理循环引用.
对于常量,您希望这种情况发生,并且通常并不坏,因为常量和它们占用的内存量并不大.常量也不(不应该)引用占用大量内存的其他实例,如Context或Bitmap.
除了通过静态变量创建内存泄漏的可能性之外,如果您不希望同时对所有实例只有一个东西,也可能会产生问题.例如,如果你保存Bitmap你的SurfaceView一个static变量,你不能有两个不同的图像.即使两个SurfaceViews未同时显示,您也可能遇到问题,因为每个新实例可能会覆盖旧图像,如果您回到另一个SurfaceView,则意外地显示错误的图像.我几乎肯定你不想在static这里使用.
你的内部类是a的static class事实并不意味着你必须使用静态变量 - 它只是意味着它的行为更像是一个static方法,因为它不能static在你的类中使用实例变量(那些不是).
为了避免内存泄漏,您根本不应该使用静态变量.除非你做特殊的事情(例如计算一个类的实例),否则不需要使用它们.常数很好.