在一個App裏面總有一些數據需要在多個地方用到。這些數據可能是一個 session token，一次費時計算的結果等。通常爲了避免activity之間傳遞對象的開銷 ，這些數據一般都會保存到持久化存儲裏面。
有人建議將這些數據保存到 Application 對象裏面，這樣這些數據對所有應用內的activities可用。這種方法簡單，優雅而且……完全扯淡。
假設把你的數據都保存到Application對象裏面去了，那麼你的應用最後會以一個NullPointerException 異常crash掉。
一個簡單的測試案例
代碼
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，我們調用第一個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。
幾個小時後，Android系統爲了回收內存kill掉了這個app。到目前爲止，一切尚好。接下來就是crash的部分了…
用戶重新打開這個App。
Android系統創建一個新的 MyApplication 實例並恢復 GreetLoudlyActivity。
GreetLoudlyActivity 從新的 MyApplication 實例中獲取用戶姓名，可得到的爲空，最後導致NullPointerException。
爲什麼會Crash?
在上面這個例子中，app會crash得原因是這個 Application 對象是全新的，所以這個name 變量裏面的值爲 null，當調用String#toUpperCase() 方法時就導致了NullPointerException。
整個問題的核心在於：application 對象不會一直呆着內存裏面，它會被kill掉。與大家普遍的看法不同之處在於，實際上app不會重新開始啓動。Android系統會創建一個新的Application 對象，然後啓動上次用戶離開時的activity以造成這個app從來沒有被kill掉得假象。
你以爲你的application可以保存數據，卻沒想到你的用戶在沒有打開activity A 之前就就直接打開了 activity B ，於是你就收到了一個 crash 的 surprise。
有哪些替代方法呢？
這裏沒啥神奇的解決方法，你可以試試下面幾種方法：
直接將數據通過intent傳遞給 Activity 。
使用官方推薦的幾種方式將數據持久化到磁盤上。
在使用數據的時候總是要對變量的值進行非空檢查。
進行本地數據保護，對apk應用的網絡緩存、本地存儲數據進行深度保護。
如果模擬App被Kill掉
更新: Daniel Lew指出，kill app更簡單的方式就是使用DDMS裏面“停止進程” 。你在調試你的應用的時候可以使用這招。
爲了測試這個，你必須使用一個Android模擬器或者一臺root過的Android手機。
使用home按鈕退出app。
在終端裏：
# find the process id
adb shell ps
# then find the line with the package name of your app
# Mac/Unix: save some time by using grep:
adb shell ps | grep your.app.package
# The result should look like:
# USER PID PPID VSIZE RSS WCHAN PC NAME
# u0_a198 21997 160 827940 22064 ffffffff 00000000 S your.app.package
# Kill the app by PID
adb shell kill -9 21997
# the app is now killed長按home按鈕回到之前的app。
你現在是出於一個新的application實例中了。
總結
不要在application對象裏面儲存數據，這容易出錯，導致你的app crash。
要麼將你後面要用的數據保存到磁盤上面或者保存到intent得extra裏面直接傳遞給activity 。
這些結論不但對application對象有用，對你app裏面的單例對象（singleton）或者公共靜態變量（public static）同樣適用。