不要在Android的Application对象中缓存数据!

最新推荐文章于 2023-02-16 22:28:01 发布

啋菇凉的尛蘑菇

最新推荐文章于 2023-02-16 22:28:01 发布

阅读量469

点赞数

分类专栏： Android

Android 专栏收录该内容

58 篇文章 0 订阅

订阅专栏

转自：http://zmywly8866.github.io/2014/12/26/android-do-not-store-data-in-the-application-object.html

说明

这是翻译老外的一篇文章，我之前有遇到过这个问题，并且看到有人在Segmentfault上问，最主要我在StackOverflow上居然没搜到累死问题，所以觉得有必要翻译过来以便后面不会再这样处理。

前言

在你的App中的很多地方都需要使用到数据信息，它可能是一个session token，一次费时计算的结果等等，通常为了避免Activity之间传递数据的开销，会将这些数据通过持久化来存储。

有人建议将这些数据放在Application对象中方便所有的Activity访问，这个解决方案简单、优雅并且是……完全错误的。

你如果你将数据缓存到Application对象中，那么有可能你的程序最终会由于一个NullPointerException异常而崩溃掉。

一个简单的测试程序

这是自定义Application的代码：

// access modifiers omitted for brevity
class MyApplication extends Application {
 
    String name;
 
    String getName() {
        return name;
    }
 
    void setName(String name) {
        this.name = name;
    }
}

在第一个Activity中，我们将用户信息存储在Application对象中：

// access modifiers omitted for brevity
class WhatIsYourNameActivity extends Activity {
 
    void onCreate(Bundle savedInstanceState) {
        super.onCreate(savedInstanceState);
        setContentView(R.layout.writing);
 
        // Just assume that in the real app we would really ask it!
        MyApplication app = (MyApplication) getApplication();
        app.setName("Developer Phil");
        startActivity(new Intent(this, GreetLoudlyActivity.class));
 
    }
 
}

然后在第二个Activity中通过Application获取存储的用户信息：

// access modifiers omitted for brevity
class GreetLoudlyActivity extends Activity {
 
    TextView textview;
 
    void onCreate(Bundle savedInstanceState) {
        super.onCreate(savedInstanceState);
 
        setContentView(R.layout.reading);
        textview = (TextView) findViewById(R.id.message);
    }
 
    void onResume() {
        super.onResume();
 
        MyApplication app = (MyApplication) getApplication();
        textview.setText("HELLO " + app.getName().toUpperCase());
    }
}

测试步骤

打开这个APP；
在WhatIsYourNameActivity中，你按要求输入用户名并将其缓存到MyApplication这个对象中；
接着在GreetLoudlyActivity中，程序从MyApplication对象中取出用户名并显示出来；
用户按了Home按键离开了该APP；
数小时之后，系统由于内存不足（用户在体验其它APP呢，前台的任务总是优先的嘛）会在后台将你的程序杀掉；在你重新启动该APP之前一切看上去很好，但是…..；
用户重新打开了这个APP；
Android会重新创建一个之前被Kill掉的MyApplication实例并恢复GreetLoudlyActivity；
GreetLoudlyActivity去获取用户名时，会因为获取的为空值报NullPointerException而崩溃掉。

为什么会这样？

在上面这个例子中，程序之所以会崩溃掉是因为恢复之后APP的Application对象是全新的，所以缓存在Application中的用户名成员变量为空值，在程序调用String的toUpperCase()方法时由于NullPointerException而崩溃掉。

导致这个问题的主要原因是：Application对象并不是始终在内存中的，它有可能会由于系统内存不足而被杀掉。但Android在你恢复这个应用时并不是重新开始启动这个应用，它会创建一个新的Application对象并且启动上次用户离开时的activity以造成这个app从来没有被kill掉得假象。

我们以为可以通过Application来缓存数据，却没想到恢复APP时直接跑了B Activity而不是先启动A Activity，最终导致的结果是程序意外的崩溃掉了。

有哪些替代方法可用呢？

对于数据缓存问题我也没有比较好的办法，但你可以按照下面其中一种方式来处理：

通过Intent在Activity之间来传递数据（但是请别传递大量数据，这有可能导致程序异常或者ANR）；
使用官方推荐的方法中的一种将数据持久化，存储在磁盘中；
在使用数据和句柄的时候做空值检测；

如何模拟应用程序被杀掉？

更新：Daniel Lew指出，最简单的方法是在DDMS中点击”Stop Porcess”杀掉你的程序，在你调试程序的时候可以这样做。

你可以通过模拟器或者一个Root过的真机来测试实际效果：

按Home按键退出你的程序；

在控制台，敲入如下命令（Windows系统下 WIN + R -> cmd -> 回车）

 # 找到该APP的进程ID
 adb shell ps
 # 找到你APP的报名
	 
 # Mac/Unix: save some time by using grep:
 adb shell ps | grep your.app.package
	 
 # 按照上述命令操作后，看起来是这样子的: 
 # USER      PID   PPID  VSIZE  RSS     WCHAN    PC         NAME
 # u0_a198   21997 160   827940 22064 ffffffff 00000000 S your.app.package
	 
 # 通过PID将你的APP杀掉
 adb shell kill -9 21997
	 
 # APP现在被杀掉啦