Android StrictMode詳解

標籤：

StrictMode有多種不同的策略，每一種策略又有不同的規則，當開發人員違背某個規則時，每個策略都有不同的方法去顯示提醒使用者。在本文中，將舉例子說明如何使用在Android 中使用 StrictMode。

由於在主線程中讀寫磁碟和進行網路訪問都不是好的做法，Google已經在磁碟和網路代碼中添加了嚴苛模式（StrictMode）鉤子（hook）。如果你對某個線程開啟嚴苛模式（StrictMode），當那個線程進行磁碟和網路訪問，你將獲得警告。你可以選擇警告方式。一些違例包含使用者慢速調用（custom slow calls 這麼翻譯行嗎？），磁碟讀寫，網路訪問。你能選擇將警告寫入LogCat，顯示一個對話方塊，閃下螢幕，寫入DropBox記錄檔，或讓應用崩潰。最通常的做法是寫入LogCat或讓應用崩潰。

目前，有兩大類的策略可供使用，一類是關於線程監控方面的：

StrictMode.setThreadPolicy(new StrictMode.ThreadPolicy.Builder()      .detectDiskReads()      .detectDiskWrites()      .detectNetwork()      .penaltyLog()      .build());

另外一類是關於VM虛擬機器等方面的策略。

StrictMode.setVmPolicy(new StrictMode.VmPolicy.Builder()      .detectLeakedSqlLiteObjects()      .penaltyLog()      .penaltyDeath()      .build());

常用的監控方面的策略有如下這些：

1）Disk Reads 磁碟讀

2）Disk Writes 磁碟寫

3）Network access 網路訪問

4）Custom Slow Code 自訂的運行速度慢的程式碼分析

前面三種的意思讀者應該很清楚，就是正如它們的名字所示，分別對磁碟的讀和寫，網路訪問進行監控。而第四種的自訂慢程式碼分析，是僅當訪問調用類的時後才觸發的，可以通過這種方法去監視運行緩慢的代碼。當在主線程中調用時，這些驗證規則就會起作用去檢查你的代碼。比如，當你的應用在下載或者解析大量的資料時，你可以觸發自訂運行速度慢代碼的查詢分析，作用很大。StrictMode可以用於捕捉髮生在應用程式主線程中耗時的磁碟、網路訪問或函數調用，可以協助開發人員使其改進程式，使主線程處理UI和動畫在磁碟讀寫和網路操作時變得更平滑，避免主線程被阻塞的發生。

而VM方面的策略重點關注如下幾類：

1）記憶體泄露的Activity對象

2）記憶體泄露的SQLite對象

3）記憶體泄露的釋放的對象

其中，記憶體泄露的Activity對象和記憶體泄露的SQLite對象都比較好理解，而所謂對關閉對象的檢查，主要是去監那些本該釋放的對象，比如應該調用close()方法的對象。

你不需要頻繁開啟嚴苛模式（StrictMode），你可以在主活動的onCreate()函數中開啟它，你也可以在Application衍生類別的OnCreate()函數中設定嚴苛模式（StrictMode）。線程中啟動並執行任何代碼都可以設定嚴苛模式（StrictMode），但你的確只需要設定一次，一次就夠了。

當開發人員違反某類規則時，每種策略都會有不同的方法令開發人員知道當時的情況。相關的違反情況可以記錄在LogCat中或者儲存在DropBox中(android.os.DropBox)服務中。而常用監控類的策略還會在當違規情況發生時顯示相關的對話方塊和當時的上下文環境，所有的這些都為了能讓開發人員儘快地瞭解程式的瑕疵，以提交程式的品質。下面分步講解如何使用stritctmode。

第一步 啟用strictmode

為了能在應用中啟用和配置StrictMode,開發人員最好儘可能在應用程式的生命週期的早段使用，方法是調用StrictMode的方法setThreadPolicy。當使用常用監控類的時候，一個最好的調用時機，是在應用中入口和activities被調用前進行。比如在一個應用程式中，可以把代碼放在啟動Activity類的onCreate()方法中，下面是一個程式碼範例，啟用了當前情況下的所有策略及規則，當程式中出現違背常用的規則時，將會顯示相關的提示資訊視窗：

 StrictMode.setThreadPolicy(new StrictMode.ThreadPolicy.Builder()         .detectAll()         .penaltyLog()         .penaltyDialog() ////列印logcat，當然也可以定位到dropbox，通過檔案儲存相應的log        .build()); StrictMode.setVmPolicy(new StrictMode.VmPolicy.Builder().detectAll()         .penaltyLog()         .build());

當然，以上代碼只應在未發布上線的測試版本的應用中運行以方便監視相關的運行情況，當在生產版本上時不應該啟用strictmode。因此，最佳的代碼實踐應該為如下的樣子：

public void onCreate() {      if (DEVELOPER_MODE) {          StrictMode.setThreadPolicy(new StrictMode.ThreadPolicy.Builder()                  .detectDiskReads()                  .detectDiskWrites()                  .detectNetwork()                  .penaltyLog()                  .build());      }      super.onCreate();  }

使用Eclipse調試環境，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。因為這裡調用的是靜態形式的enableDefault()，所以用null作為參數傳入。

某些時候你不希望報告所有違例。那在主線程之外的其他線程中設定嚴苛模式（StrictMode）很不錯。譬如，你需要在正在監視的線程中進行磁碟讀取。此時，你要麼不去調用detectDiskReads()，要麼在調用detectAll()之後跟一個permitDiskReads()。類似允許函數也適用於其他動作。但要是你要在Anroid2.3之前版本上做這些事，有辦法嗎？當然有。

當應用中嚴苛模式（StrictMode）無效，如果你試圖訪問它，將拋出一個VerifyError異常。如果你將嚴苛模式（StrictMode）封裝在一個類裡，並捕捉這個錯誤，當嚴苛模式（StrictMode）無效時，你能忽略它。

下面是一個簡單的嚴苛模式（StrictMode）封裝類StrictModeWrapper

public class StrictModeWrapper {      public static void init(Context context) {          // check if android:debuggable is set to true          int appFlags = context.getApplicationInfo().flags;          if ((appFlags & ApplicationInfo.FLAG_DEBUGGABLE) != 0) {              StrictMode.setThreadPolicy(new StrictMode.ThreadPolicy.Builder()                  .detectDiskReads()                  .detectDiskWrites()                  .detectNetwork()                  .penaltyLog()                  .build());              StrictMode.setVmPolicy(new StrictMode.VmPolicy.Builder()                  .detectLeakedSqlLiteObjects()                  .penaltyLog()                  .penaltyDeath()                  .build());          }      }  }

下面是如何在你的應用中使用這個封裝類：

try {      StrictModeWrapper.init(this);  }  catch(Throwable throwable) {      Log.v("StrictMode", "... is not available. Punting...");  }

第二步 運行strictmode

當應用啟用了strictmode模式時，其實跟普通的應用沒什麼兩樣，在測試和運行時，跟平時運行普通應用程式一樣就可以了。當啟用了Strictmode模式時，會監視所有的程式運行情況，當發現出現重大問題或違背策略規則時，會提示使用者。下面是當運行啟用了strictmode模式的應用時，當發現違背規則時，顯示給使用者的資訊，細心觀察下跟普通的出錯資訊有什麼不同吧。

09-04 16:15:34.592: DEBUG/StrictMode(15883): StrictMode policy violation; ~duration=319 ms: android.os.StrictMode$StrictModeDiskWriteViolation: policy=31 violation=1 09-04 16:15:34.592: DEBUG/StrictMode(15883):     at android.os.StrictMode$AndroidBlockGuardPolicy.onWriteToDisk(StrictMode.java:1041) 09-04 16:15:34.592: DEBUG/StrictMode(15883):     at android.database.sqlite.SQLiteStatement.acquireAndLock(SQLiteStatement.java:219) 09-04 16:15:34.592: DEBUG/StrictMode(15883):     at android.database.sqlite.SQLiteStatement.executeUpdateDelete(SQLiteStatement.java:83) 09-04 16:15:34.592: DEBUG/StrictMode(15883):     at android.database.sqlite.SQLiteDatabase.updateWithOnConflict(SQLiteDatabase.java:1829) 09-04 16:15:34.592: DEBUG/StrictMode(15883):     at android.database.sqlite.SQLiteDatabase.update(SQLiteDatabase.java:1780) 09-04 16:15:34.592: DEBUG/StrictMode(15883):     at com.mamlambo.tutorial.tutlist.data.TutListProvider.update(TutListProvider.java:188) 09-04 16:15:34.592: DEBUG/StrictMode(15883):     at android.content.ContentProvider$Transport.update(ContentProvider.java:233) 09-04 16:15:34.592: DEBUG/StrictMode(15883):     at android.content.ContentResolver.update(ContentResolver.java:847) 09-04 16:15:34.592: DEBUG/StrictMode(15883):     at com.mamlambo.tutorial.tutlist.data.TutListProvider.markItemRead(TutListProvider.java:229) 09-04 16:15:34.592: DEBUG/StrictMode(15883):     at com.mamlambo.tutorial.tutlist.TutListFragment.onListItemClick(TutListFragment.java:99) 09-04 16:15:34.592: DEBUG/StrictMode(15883):     at android.support.v4.app.ListFragment$2.onItemClick(ListFragment.java:53) 09-04 16:15:34.592: DEBUG/StrictMode(15883):     at android.widget.AdapterView.performItemClick(AdapterView.java:282) 09-04 16:15:34.592: DEBUG/StrictMode(15883):     at android.widget.AbsListView.performItemClick(AbsListView.java:1037) 09-04 16:15:34.592: DEBUG/StrictMode(15883):     at android.widget.AbsListView$PerformClick.run(AbsListView.java:2449) 09-04 16:15:34.592: DEBUG/StrictMode(15883):     at android.widget.AbsListView$1.run(AbsListView.java:3073) 09-04 16:15:34.592: DEBUG/StrictMode(15883):     at android.os.Handler.handleCallback(Handler.java:587) 09-04 16:15:34.592: DEBUG/StrictMode(15883):     at android.os.Handler.dispatchMessage(Handler.java:92) 09-04 16:15:34.592: DEBUG/StrictMode(15883):     at android.os.Looper.loop(Looper.java:132) 09-04 16:15:34.592: DEBUG/StrictMode(15883):     at android.app.ActivityThread.main(ActivityThread.java:4123) 09-04 16:15:34.592: DEBUG/StrictMode(15883):     at java.lang.reflect.Method.invokeNative(Native Method)09-04 16:15:34.592: DEBUG/StrictMode(15883):     at java.lang.reflect.Method.invoke(Method.java:491) 09-04 16:15:34.592: DEBUG/StrictMode(15883):     at com.android.internal.os.ZygoteInit$MethodAndArgsCaller.run(ZygoteInit.java:841) 09-04 16:15:34.592: DEBUG/StrictMode(15883):     at com.android.internal.os.ZygoteInit.main(ZygoteInit.java:599)

並且會出現如下的提示視窗，提示使用者：

忽略某些規則

應該說大部分由StrictMode產生的規則警示都應去遵守，但有時也不是所有產生的資訊都表明你的程式有錯誤。比如，在應用程式的主線程中去快速讀寫磁碟其實不會對應用的效能產生太大的影響，又或者你在偵錯工具階段有一些調試的代碼違反了設定的規則，這些都可以忽略掉這些規則。

忽略規則有兩種方法，一種是單純在代碼中把Strictmode的代碼注釋掉，另外一種比較好的方法是，在需要忽略的時候和地方，增加相應的代碼去讓系統停止使用這些規則去檢查，等開發人員認為有必要檢查時，再重新應用這些規則，比如：

StrictMode.ThreadPolicy old = StrictMode.getThreadPolicy();　　StrictMode.setThreadPolicy(new StrictMode.ThreadPolicy.Builder(old)　　.permitDiskWrites()　　.build());doCorrectStuffThatWritesToDisk();StrictMode.setThreadPolicy(old);

這裡首先用old來儲存了當前的策略規則，然後doCorrectStuffThatWritesToDisk();

這裡，執行了一些向磁碟快速讀寫的操作，最後又重新啟用了這些規則。

小結

StrictMode是一個十分有用的類，它可以很方便地應用於檢查Android應用程式的效能和存在的問題。當開啟這個模式後，開發人員能很好地檢查應用中存在的潛在問題，更多的請參考Android文檔中的相關API說明。

Android StrictMode詳解