StrictMode有多種不一樣的策略,每一種策略又有不一樣的規則,當開發者違背某個規則時,每一個策略都有不一樣的方法去顯示提醒用戶。在本文中,將舉例子說明如何使用在Android 中使用 StrictMode。html
目前,有兩大類的策略可供使用,一類是關於經常使用的監控方面的,另一類是關於VM虛擬機等方面的策略。經常使用的監控方面的策略有以下這些:android
Disk Reads 磁盤讀網絡
Disk Writes 磁盤寫性能
Network access 網絡訪問測試
Custom Slow Code 自定義的運行速度慢的代碼分析動畫
前面三種的意思讀者應該很清楚,就是正如它們的名字所示,分別對磁盤的讀和寫,網絡訪問進行監控。而第四種的自定義慢代碼分析,是僅當訪問調用 類的時後才觸發的,能夠經過這種方法去監視運行緩慢的代碼。當在主線程中調用時,這些驗證規則就會起做用去檢查你的代碼。好比,當你的應用在下載或者解析 大量的數據時,你能夠觸發自定義運行速度慢代碼的查詢分析,做用很大。StrictMode能夠用於捕捉髮生在應用程序主線程中耗時的磁盤、網絡訪問或函 數調用,能夠幫助開發者使其改進程序,使主線程處理UI和動畫在磁盤讀寫和網絡操做時變得更平滑,避免主線程被阻塞的發生。ui
而VM方面的策略重點關注以下幾類:線程
內存泄露的Activity對象調試
內存泄露的SQLite對象code
內存泄露的釋放的對象
其中,內存泄露的Activity對象和內存泄露的SQLite對象都比較好理解,而所謂對關閉對象的檢查,主要是去監那些本該釋放的對象,好比應該調用close()方法的對象。
當開發者違反某類規則時,每種策略都會有不一樣的方法令開發者知道當時的狀況。相關的違反狀況能夠記錄在LogCat中或者存儲在DropBox 中(android.os.DropBox)服務中。而經常使用監控類的策略還會在當違規狀況發生時顯示相關的對話框和當時的上下文環境,全部的這些都爲了能 讓開發者儘快地瞭解程序的瑕疵,以提交程序的質量。
啓用StrictMode;打開 設置=>開發者選項=>監控, 啓用嚴格模式
經常使用監控的示例:
StrictMode.setThreadPolicy(new StrictMode.ThreadPolicy.Builder() .detectAll() .penaltyLog() .penaltyDialog() .build());
開啓VM監控示例:
StrictMode.setVmPolicy(new StrictMode.VmPolicy.Builder() .detectAll() .penaltyLog() .build());
固然,以上代碼只應在未發佈上線的測試版本的應用中運行以方便監視相關的運行狀況,當在生產版本上時不該該啓用strictmode。所以,最佳的代碼實踐應該爲以下的樣子:
private static boolean isStrictMode = true; public void onCreate(){ if(isStrictMode && BuildConfig.DEBUG && Build.VERSION.SDK_INT > Build.VERSION_CODES.FROYO){ //線程監控,會彈出對話框 StrictMode.setThreadPolicy(new StrictMode.ThreadPolicy.Builder() .detectAll() .penaltyLog() .penaltyDialog() .build()); //VM監控 StrictMode.setVmPolicy(new StrictMode.VmPolicy.Builder() .detectAll() .penaltyLog() .build()); } super.onCreate(); }
當應用啓用了strictmode模式時,其實跟普通的應用沒什麼兩樣,在測試和運行時,跟平時運行普通應用程序同樣就能夠了。當啓用了 Strictmode模式時,會監視全部的程序運行狀況,當發現出現重大問題或違背策略規則時,會提示用戶。下面是當運行啓用了strictmode模式 的應用時,當發現違背規則時,顯示給用戶的信息,細心觀察下跟普通的出錯信息有什麼不一樣吧。
能夠從logcat中看到有StrictMode的輸出, 以及會彈出對話框的提示;
應該說大部分由StrictMode產生的規則警示都應去遵照,但有時也不是全部產生的信息都代表你的程序有錯誤。好比,在應用程序的主線程中 去快速讀寫磁盤其實不會對應用的性能產生太大的影響,又或者你在調試程序階段有一些調試的代碼違反了設定的規則,這些均可以忽略掉這些規則。
忽略規則有兩種方法,一種是單純在代碼中把Strictmode的代碼註釋掉,另一種比較好的方法是,在須要忽略的時候和地方,增長相應的代碼去讓系統中止使用這些規則去檢查,等開發者認爲有必要檢查時,再從新應用這些規則,好比:
StrictMode.ThreadPolicy old = StrictMode.getThreadPolicy(); StrictMode.setThreadPolicy(new StrictMode.ThreadPolicy.Builder(old) .permitDiskWrites() .build()); doCorrectStuffThatWritesToDisk(); StrictMode.setThreadPolicy(old);
StrictMode是一個十分有用的類,它能夠很方便地應用於檢查Android應用程序的性能和存在的問題。當開啓這個模式後,開發者能很好地檢查應用中存在的潛在問題,更多的請參考Android文檔中的相關API說明。
參考: