Android 2.3提供一個稱為嚴苛模式（StrictMode）的調試特性饰剥，Google稱該特性已經使數百個Android上的Google應用程序受益。那它都做什么呢私沮？它將報告與線程及虛擬機相關的策略違例。一旦檢測到策略違例（policy violation），你將獲得警告替梨，其包含了一個棧trace顯示你的應用在何處發(fā)生違例钓试。你可以強制用警告代替崩潰（crash），也可以僅將警告計入日志副瀑，讓你的應用繼續(xù)執(zhí)行弓熏。策略的細節(jié)尚難確定，可以期待隨Android的成熟Google將增加更多策略糠睡。
目前有2種策略可用挽鞠，第一個和線程相關，它主要針對主線程（或UI線程）狈孔。由于在主線程中讀寫磁盤和進行網絡訪問都不是好的做法信认，Google已經在磁盤和網絡代碼中添加了嚴苛模式（StrictMode）鉤子（hook）。如果你對某個線程打開嚴苛模式（StrictMode）均抽，當那個線程進行磁盤和網絡訪問嫁赏，你將獲得警告。你可以選擇警告方式油挥。一些違例包含用戶慢速調用（custom slow calls 這么翻譯行嗎潦蝇？），磁盤讀寫深寥，網絡訪問攘乒。你能選擇將警告寫入LogCat，顯示一個對話框惋鹅，閃下屏幕则酝，寫入DropBox日志文件，或讓應用崩潰闰集。最通常的做法是寫入LogCat或讓應用崩潰堤魁。列表2-9顯示了一個為線程策略設置嚴苛模式（StrictMode）的例子。
列表2-9 設置嚴苛模式（StrictMode）的線程策略
StrictMode.setThreadPolicy(newStrictMode.ThreadPolicy.Builder()
.detectDiskReads()
.detectDiskWrites()
.detectNetwork()
.penaltyLog()
.build());
Builder類使得設置變得很簡單返十，Builder函數定義所有策略都返回Builder對象妥泉，從而這些函數能像列表2-9那樣串連在一起。最后調用build()函數返回一個ThreadPolicy對象作為StrictMode對象的setThreadPolicy()函數的參數洞坑。注意到setThreadPolicy()是一個靜態(tài)函數盲链，因此不需要實例化StrictMode對象。在內部迟杂，setThreadPolicy()將對當前線程應用該策略刽沾。如果不指定檢測函數，也可以用detectAll()來替代排拷。penaltyLog()表示將警告輸出到LogCat侧漓，你也可以使用其他或增加新的懲罰（penalty）函數，例如使用penaltyDeath()的話监氢，一旦StrictMode消息被寫到LogCat后應用就會崩潰布蔗。
你不需要頻繁打開嚴苛模式（StrictMode）藤违，你可以在主活動的onCreate()函數中打開它，你也可以在Application派生類的OnCreate()函數中設置嚴苛模式（StrictMode）纵揍。線程中運行的任何代碼都可以設置嚴苛模式（StrictMode）顿乒，但你的確只需要設置一次，一次就夠了泽谨。
類似于線程策略（ThreadPolicy）璧榄，嚴苛模式（StrictMode）有虛擬機策略（VmPolicy）。虛擬機策略（VmPolicy）能檢查內存泄漏吧雹，譬如骨杂，當關閉一個SQLite對象前的完結操作，或其他任何類似可關閉對象在關閉前的完結操作雄卷。虛擬機策略（VmPolicy）由一個類似的Builder類創(chuàng)建搓蚪，如列表2-10所示。和線程策略（ThreadPolicy）不同的是龙亲，虛擬機策略（VmPolicy）不能通過一個對話框提供警告陕凹。
列表2-10 設置嚴苛模式（StrictMode）的虛擬機策略
StrictMode.setVmPolicy(newStrictMode.VmPolicy.Builder()
.detectLeakedSqlLiteObjects()
.penaltyLog()
.penaltyDeath()
.build());
因為設置發(fā)生在線程中悍抑，嚴苛模式（StrictMode）甚至能在從一個對象到另一個對象的控制流中找到違例事件鳄炉。當違例發(fā)生，你會驚奇地注意到代碼正運行于主線程搜骡，而棧trace將幫助你發(fā)現它如何發(fā)生拂盯。于是你能單步調試解決問題，或是將代碼移到它自己的后臺線程记靡，或是就保持原來的處理方式谈竿。這都取決與你。當然摸吠，你可能希望適時關閉嚴苛模式（StrictMode）空凸，當你的程序作為產品發(fā)布時，你可不希望它僅為了一個警告在你的用戶手里崩潰寸痢。
有兩個方法可以關閉嚴苛模式（StrictMode）呀洲，最直接的就是移除相應代碼，但這樣做不利于持續(xù)開發(fā)的產品啼止。你通车蓝海可以定義一個應用級別布爾變量來測試是否需要調用嚴苛模式（StrictMode）代碼。在發(fā)布產品前將這個值定義為FALSE献烦。更優(yōu)雅的方式是利用調試模式（debug mode）的特點滓窍，在AndroidManifest.xml中定義這個布爾變量。字段的屬性之一是android:debuggable巩那，其義自明吏夯。列表2-11給出了利用該特性的控釋方法此蜈。
列表2-11 僅在調試模式設置嚴苛模式（StrictMode）
//?Return?if?this?application?is?not?in?debug?mode
ApplicationInfo?appInfo?=?context.getApplicationInfo();
intappFlags?=?appInfo.flags;
if((appFlags?&?ApplicationInfo.FLAG_DEBUGGABLE)?!=0)?{
//?Do?StrictMode?setup?here
StrictMode.setVmPolicy(newStrictMode.VmPolicy.Builder()
.detectLeakedSqlLiteObjects()
.penaltyLog()
.penaltyDeath()
.build());
}
使用Eclipse調試環(huán)境，ADT自動為你設置debuggable屬性锦亦，使項目更易于管理舶替。當你在模擬器上或直接在設備上部署應用，debuggable屬性為TRUE杠园，當你導出應用建立一個產品版本顾瞪，ADT將該屬性置為FALSE。注意抛蚁，如果你另行設置了這個屬性值陈醒，ADT不會改變它。
嚴苛模式（StrictMode）很不錯瞧甩，不過在Android 2.3之前的版本上該模式不工作钉跷。為了避免這個問題，你要在StrictMode對象還不存在的時候就驗證版本是否在Android2.3及以上肚逸。你能利用反射技術（reflection）爷辙，當嚴苛模式（StrictMode）函數有效時間接調用它，反之不去調用朦促。方法很簡單膝晾，你能按列表2-12中的代碼處理
列表2-12? 利用反射技術（reflection）調用嚴苛模式（StrictMode）
try{
Class?sMode?=?Class.forName("android.os.StrictMode");
Method?enableDefaults?=?sMode.getMethod("enableDefaults");
enableDefaults.invoke(null);
}
catch(Exception?e)?{
//?StrictMode?not?supported?on?this?device,?punt
Log.v("StrictMode","...?not?supported.?Skipping...");
}
當嚴苛模式（StrictMode）不存在，將捕捉到ClassNotFoundException異常务冕。enableDefault()是嚴苛模式（StrictMode）類的另一個函數血当，它檢測所有違例并寫入LogCat。因為這里調用的是靜態(tài)形式的enableDefault()禀忆，所以用null作為參數傳入臊旭。
某些時候你不希望報告所有違例。那在主線程之外的其他線程中設置嚴苛模式（StrictMode）很不錯箩退。譬如离熏，你需要在正在監(jiān)視的線程中進行磁盤讀取。此時戴涝，你要么不去調用detectDiskReads()滋戳，要么在調用detectAll()之后跟一個permitDiskReads()。類似允許函數也適用于其他操作喊括。但要是你要在Anroid2.3之前版本上做這些事胧瓜，有辦法嗎？當然有郑什。
當應用中嚴苛模式（StrictMode）無效府喳，如果你試圖訪問它，將拋出一個VerifyError異常蘑拯。如果你將嚴苛模式（StrictMode）封裝在一個類里钝满，并捕捉這個錯誤兜粘，當嚴苛模式（StrictMode）無效時，你能忽略它弯蚜。列表2-13顯示一個簡單的嚴苛模式（StrictMode）封裝類StrictModeWrapper孔轴。列表2-14顯示了如何在你的應用中使用這個封裝類。
列表 2–13 在Anroid2.3之前版本建立嚴苛模式（StrictMode）封裝類
importandroid.content.Context;
importandroid.content.pm.ApplicationInfo;
importandroid.os.StrictMode;
publicclassStrictModeWrapper?{
publicstaticvoidinit(Context?context)?{
//?check?if?android:debuggable?is?set?to?true
intappFlags?=?context.getApplicationInfo().flags;
if((appFlags?&?ApplicationInfo.FLAG_DEBUGGABLE)?!=0)?{
StrictMode.setThreadPolicy(newStrictMode.ThreadPolicy.Builder()
.detectDiskReads()
.detectDiskWrites()
.detectNetwork()
.penaltyLog()
.build());
StrictMode.setVmPolicy(newStrictMode.VmPolicy.Builder()
.detectLeakedSqlLiteObjects()
.penaltyLog()
.penaltyDeath()
.build());
}
}
}
列表 2–14? 在Anroid2.3之前版本調用嚴苛模式（StrictMode）封裝類
try{
StrictModeWrapper.init(this);
}
catch(Throwable?throwable)?{
Log.v("StrictMode","...?is?not?available.?Punting...");
}
//如果考慮到關于版本兼容問題碎捺，因為按照上面的寫法在2.3以下系統是沒有問題的路鹰，但是在2.3以上的話，就會出錯收厨，所以應該采用以下方式來處理：
[java]view plaincopy
@SuppressLint("NewApi")
publicstaticvoidinit(Context?context)?{
//?check?if?android:debuggable?is?set?to?true
intappFlags?=?context.getApplicationInfo().flags;
if((appFlags?&?ApplicationInfo.FLAG_DEBUGGABLE)?!=0)?{
try{
//Android?2.3及以上調用嚴苛模式
Class?sMode?=?Class.forName("android.os.StrictMode");
Method?enableDefaults?=?sMode.getMethod("enableDefaults");
enableDefaults.invoke(null);
}catch(Exception?e)?{
//?StrictMode?not?supported?on?this?device,?punt
Log.v("StrictMode","...?not?supported.?Skipping...");
}
/*
*?StrictMode.setThreadPolicy(new?StrictMode.ThreadPolicy.Builder()
*?.detectDiskReads()?.detectDiskWrites()?.detectNetwork()
*?.penaltyLog()?.build());?StrictMode.setVmPolicy(new
*?StrictMode.VmPolicy.Builder()?.detectLeakedSqlLiteObjects()
*?.penaltyLog()?.penaltyDeath()?.build());
*/
}
}
http://blog.csdn.net/brokge/article/details/8543145
