Android静态变量使用陷阱

静态变量大家再熟悉不过了,本来没什么好重复的。事情起因是这样的,最近测试那边反应正在做的一个产品总是莫名其妙的显示不出某些数据,甚至闪退崩溃,仔细查了几遍发现没什么问题,最后百般周折发现在那部测试机上运行的时候才会出现这中问题。于是各种log,各种断点调试,最后发现都是报的java.lang.NullPointerException,发现是静态变量的问题,想想不至于啊...

bug原因,测试妹纸用的那部测试机常年用于测试,副职公用手机,里面大家装了各种应用,大概不下50多个应用,虽然手机是1G RAM,但是也经不起这么造,可用内存极小。调试的时候发现夸张的时候,返回到前一个Activity,后面的马上就被回收了。虽然看起来是外因,但还是得改啊。总结:Android手机在可用内存及其小的时候,会回收everything,是everything当然包括static。

怎么解决呢,各种求解。Android是用Java开发,其静态变量的生命周期遵守Java的设计。static 修饰的静态变量,使用很方便,在不同的类和包中都可以使用,在虚拟机中单独占用内存,没错,这些都是它们的优点,我们知道静态变量是在类被load的时候分配内存的,并且存在于方法区。当类被卸载的时候,静态变量被销毁。在PC机的客户端程序中,一个类被加载和卸载,可简单的等同于jvm进程的启动和结束。那么在Android中呢?用的Dalvik vm也是一样的。不过Android不太突出的进程概念,所以对静态变量的生命周期就会感觉模糊,这种模糊对于值类型是无所谓的,如果是静态的对象引用,则与内存回收、内存泄漏这些问题有关,有必要加深研究和理解。静态变量在类被加载的时候分配内存。类在什么时候被加载?当我们启动一个app的时候,系统会创建一个进程,此进程会加载一个Dalvik VM的实例,然后代码就运行在DVM之上,类的加载和卸载,垃圾回收等事情都由DVM负责。也就是说在进程启动的时候,类被加载,静态变量被分配内存。静态变量在类被卸载的时候销毁,类在什么时候被卸载?在进程结束的时候,一般情况下,所有的类都是默认的ClassLoader加载的,只要ClassLoader存在,类就不会被卸载,而默认的ClassLoader生命周期是与进程一致的。Android中的进程什么时候结束,这个是Android对进程和内存管理不同于PC的核心——如果资源足够,Android不会杀掉任何进程,另一个意思就是进程随时可能会被杀掉。而Android会在资源够的时候,重启被杀掉的进程。也就是说静态变量的值,如果不做处理,是不可靠的,可以说内存中的一切都不可靠。如果要可靠,还是得保存到Nand或SD卡中去,在重启的时候恢复回来。另一种情况就是不能把退出所有Activity等同于进程的退出,所以在用户点击图标启动应用的时候以前存放于静态变量中的值,有可能还存在,因此要视具体情况给予清空操作。

解决方案,两种思路:

一、根据Google官方的推荐以及百度到的各位大神的推荐,我们应该尽量使用继承自Application的自定义类,在我们继承的类中定义需要全局使用的变量,并通过getApplicationContext()来获取和保存相关的变量即可。

比如:

public class TestApplication extends Application { 
  private int curIndex; 
  public int getCurIndex() { 
  return curIndex; 
  } 
  public void setCurIndex(int curIndex) { 
  this.curIndex = curIndex; 
  } 
  @Override 
  public void onCreate() { 
  super.onCreate(); 
  } 
  @Override 
  public void onTerminate() { 
  super.onTerminate(); 
  } 
  }

使用方法:

//保存变量 
      application.setCurIndex(5); 
      //获取变量 
      application.getCurIndex();

TestApplication application = (TestApplication) this.getApplicationContext(); 
      Application是与应用同时存在的,也就是应用在它就在,并不会被GC给莫名其妙的回收掉,因此,使用此方法更加安全的稳妥。本人最后采用的是这种方法,未发现问题。

二、观点不太一样,甚至和第一种有点小冲突

Application也是一样不可靠,Application其实是一个单例对象,也是放在内存中的,当进程被杀掉,就全清空了,只不过Android系统会帮重建Application,而我们存放在Application的数据自然就没有了,还是得自己处理。静态引用的对象不会被垃圾回收,只要静态变量没有被销毁也没有置null,其对象一直被保持引用,也即引用计数不可能是0,因此不会被垃圾回收。因此,单例对象在运行时不会被回收。

      相关资料:http://blog.csdn.net/ctcwri/article/details/8858414

                    http://blog.csdn.net/weihan1314/article/details/8033052

http://www.2cto.com/kf/201205/133951.html

时间: 2024-11-08 18:59:12

Android静态变量使用陷阱的相关文章

静态变量的陷阱

我们都知道,静态变量用起来是挺方便的,可是一不小心那就say拜拜了.说一说我在项目中遇到的情况,测试了好多次,最后才发现原因.感动啊! private static String UserRootPath = "/sdcard/User/"+UserManager.username; private static String UserCache=UserRootPath+"/path"; 目的: 在一个类中,定义了上面两个静态变量,想要实现不同用户登录创建不同的文

[转]Android静态变量的生命周期

原文地址:https://my.oschina.net/jerikc/blog/137207 Android是用Java开发,其静态变量的生命周期遵守Java的设计.我们知道静态变量是在类被load的时候分配内存的,并且存在于方法区.当类被卸载的时候,静态变量被销毁.在PC机的客户端程序中,一个类被加载和卸载,可简单的等同于jvm进程的启动和结束.那么在Android中呢?用的Dalvik vm也是一样的.不过Android不太突出的进程概念,所以对静态变量的生命周期就会感觉模糊,这种模糊对于值

android中少用静态变量(android静态变量static生命周期)

在android中,要少用静态变量. 我现在做的一个应用中,之前的开发人员使用静态变量来存储cookie,这个全局的静态变量用来验证身份. 这时客户反应,应用长时间不使用,再次使用,会提示身份过期. 后来经查,问题基本确定在静态变量上. 上stackoverflow查了android中static变量的生命周期,有人这么说 Lifetime of a static variable: A static variable comes into existence when a class is l

Android进程管理及静态变量垃圾回收

1.Android静态变量的生命周期 静态变量的生命周期遵守Java的设计.我们知道静态变量是在类被load的时候分配内存的,并且存在于方法 区.当类被卸载的时候,静态变量被销毁. 在PC机的客户端程序中,一个类被加载和卸载,可简单的等同于jvm进程的启动和结束.那么在Android中 呢?用的Dalvik vm也是一样的.不过Android不太突出的进程概念,所以对静态变量的生命周期就会感觉模糊,这种模糊对于值类型是无所谓的,如果是静态的对象引用, 则与内存回收.内存泄漏这些问题有关,有必要加

Android中静态变量的生命周期

静态变量的生命周期,起始于类的加载,终止于类的释放.什么时候类会加载呢?我们知道,在app打开时,会创建一个进程,然后初始化一个dvm的实例,负责类的加载释放 和 垃圾回收等.换句话说,在进程创建之后,就会加载类,静态变量诞生了.那何时释放?当然是在类卸载的时候.同上面.在进程结束之前,静态变量就寿终正寝.我们知道,Android中,你是不知道何时进程会被Kill.所以1.不能保证静态变量会一直存在.(进程可能被Kill掉)2.每次打开app时静态变量的值都是初始值(进程没有被kill掉所以静态

android产品研发(十)-->不使用静态变量保存数据

转载请标明出处:一片枫叶的专栏 上一篇文章中我们讲解了Android中的几种常见网络协议:xml,json,protobuf等,以及各自的优缺点,一般而言主要我们的App涉及到了网络传输都会有这方面的内容,具体可根据项目的需求确定各自的网络传输协议.这里可参考android产品研发(九)–>App网络传输协议 而本文讲解的其实并不是一个技术方面,而是一个android产品研发过程中的技巧:尽量不使用静态变量保存核心数据.这是为什么呢?这是因为android的进程并不是安全的,包括applicat

android 使用静态变量传递数据

使用静态变量传递数据之通用方式. 测试应用:当前页面点击button传递数据到一个新的页面显示在textview中. 首先在,mainActivity.xml文件中加入一个button按钮 <Button android:id="@+id/button" android:layout_width="match_parent" android:layout_height="wrap_content" android:text="测试

android 尽量不要使用static静态变量

使用静态static静态变量潜在性问题: 1.占用内存,并且内存一般不会释放: 2.在系统不够内存情况下会自动回收静态内存,这样就会引起访问全局静态错误. 3.不能将activity作为static静态对象,这样使activity的所有组件对象都存入全局内存中,并且不会被回收: (转自:http://blog.csdn.net/ctcwri/article/details/8858414) 静态变量的生命周期: 类在什么时候被加载? 当我们启动一个app的时候,系统会创建一个进程,此进程会加载一

Android内存重启之静态变量被回收导致nullPoint问题

通常我称系统为了维持当前app运行稳定而进行内存清场动作导致后台app被强制清理的情况成为内存重启. 那么内存重启会导致的一个问题就是app被杀掉之后对应的静态变量也会被同时清理掉.那么怎么解决这个问题呢. 据我研究可以使用这么几个方法: 方法一: //activity销毁之前保存配置信息,防止静态变量数据丢失 @Override protected void onSaveInstanceState(Bundle outState) { super.onSaveInstanceState(out