本篇文章給大家分享的是有關Android中StrictMode如何使用，小編覺得挺實用的，因此分享給大家學習，希望大家閱讀完這篇文章后可以有所收獲，話不多說，跟著小編一起來看看吧。

創(chuàng)新互聯(lián)公司長期為上1000+客戶提供的網(wǎng)站建設服務，團隊從業(yè)經(jīng)驗10年，關注不同地域、不同群體，并針對不同對象提供差異化的產(chǎn)品和服務；打造開放共贏平臺，與合作伙伴共同營造健康的互聯(lián)網(wǎng)生態(tài)環(huán)境。為城北企業(yè)提供專業(yè)的網(wǎng)站設計、網(wǎng)站制作，城北網(wǎng)站改版等技術服務。擁有10余年豐富建站經(jīng)驗和眾多成功案例,為您定制開發(fā)。

StrictMode具體能檢測什么

嚴苛模式主要檢測兩大問題，一個是線程策略，即TreadPolicy，另一個是VM策略，即VmPolicy。

ThreadPolicy線程策略檢測

• 線程策略檢測的內(nèi)容有

• 自定義的耗時調用 使用detectCustomSlowCalls()開啟

• 磁盤讀取操作 使用detectDiskReads()開啟

• 磁盤寫入操作 使用detectDiskWrites()開啟

• 網(wǎng)絡操作 使用detectNetwork()開啟

VmPolicy虛擬機策略檢測

• Activity泄露 使用detectActivityLeaks()開啟

• 未關閉的Closable對象泄露 使用detectLeakedClosableObjects()開啟

• 泄露的Sqlite對象 使用detectLeakedSqlLiteObjects()開啟

• 檢測實例數(shù)量 使用setClassInstanceLimit()開啟

工作原理

       其實StrictMode實現(xiàn)原理也比較簡單，以IO操作為例，主要是通過在open，read，write，close時進行監(jiān)控。libcore.io.BlockGuardOs文件就是監(jiān)控的地方。以open為例，如下進行監(jiān)控。

@Override
public FileDescriptor open(String path, int flags, int mode) throws ErrnoException {
 BlockGuard.getThreadPolicy().onReadFromDisk();
 if ((mode & O_ACCMODE) != O_RDONLY) {
  BlockGuard.getThreadPolicy().onWriteToDisk();
 }
 return os.open(path, flags, mode);
}

其中onReadFromDisk()方法的實現(xiàn)，代碼位于StrictMode.java中。

public void onReadFromDisk() {
 if ((mPolicyMask & DETECT_DISK_READ) == 0) {
  return;
 }
 if (tooManyViolationsThisLoop()) {
  return;
 }
 BlockGuard.BlockGuardPolicyException e = new StrictModeDiskReadViolation(mPolicyMask);
 e.fillInStackTrace();
 startHandlingViolationException(e);
}

常見用法

       嚴格模式的開啟可以放在Application或者Activity以及其他組件的onCreate方法。為了更好地分析應用中的問題，建議放在Application的onCreate方法中。 

       其中，我們只需要在app的開發(fā)版本下使用 StrictMode，線上版本避免使用 StrictMode，這里定義了一個布爾值變量DEV_MODE來進行控制。

private boolean DEV_MODE = true;
 public void onCreate() {
  if (DEV_MODE) {
   StrictMode.setThreadPolicy(new StrictMode.ThreadPolicy.Builder()
     .detectCustomSlowCalls() //API等級11，使用StrictMode.noteSlowCode
     .detectDiskReads()
     .detectDiskWrites()
     .detectNetwork() // or .detectAll() for all detectable problems
     .penaltyDialog() //彈出違規(guī)提示對話框
     .penaltyLog() //在Logcat 中打印違規(guī)異常信息
     .penaltyFlashScreen() //API等級11
     .build());
   StrictMode.setVmPolicy(new StrictMode.VmPolicy.Builder()
     .detectLeakedSqlLiteObjects()
     .detectLeakedClosableObjects() //API等級11
     .penaltyLog()
     .penaltyDeath()
     .build());
  }
  super.onCreate();
 }

       其中Android3.0引入的方法包括detectCustomSlowCalls()和noteSlowCode()，它們都是用來檢測應用中執(zhí)行緩慢代碼的或者潛在的緩慢代碼。

查看報告結果

       嚴格模式有很多種報告違例的形式，但是想要分析具體違例情況，還是需要查看日志，終端下過濾StrictMode就能得到違例的具體stacktrace信息。

adb logcat | grep StrictMode

當然也可以選擇彈窗形式來簡明提醒開發(fā)者

彈窗警告

ThreadPolicy 詳解

StrictMode.ThreadPolicy.Builder 主要方法如下

detectNetwork() 用于檢查UI線程中是否有網(wǎng)絡請求操作

檢測UI線程中網(wǎng)絡請求案例：

public class MainActivity extends AppCompatActivity implements View.OnClickListener {
 Button btnTest;
 @Override
 protected void onCreate(Bundle savedInstanceState) {
  super.onCreate(savedInstanceState);
  setContentView(R.layout.activity_main);
  StrictMode.setThreadPolicy(new StrictMode.ThreadPolicy.Builder()
    .detectNetwork()
    .penaltyLog()
    .build());
  btnTest = (Button) findViewById(R.id.btn_test);
  btnTest.setOnClickListener(this);
 }
 @Override
 public void onClick(View v) {
  int id = v.getId();
  switch (id) {
   case R.id.btn_test:
    postNetwork();
   break;
  }
 }
 /**
  * 網(wǎng)絡連接的操作
  */
 private void postNetwork() {
  try {
   URL url = new URL("http://www.wooyun.org");
   HttpURLConnection conn = (HttpURLConnection) url.openConnection();
   conn.connect();
   BufferedReader reader = new BufferedReader(new InputStreamReader(
     conn.getInputStream()));
   String lines = null;
   StringBuffer sb = new StringBuffer();
   while ((lines = reader.readLine()) != null) {
    sb.append(lines);
   }
  } catch (Exception e) {
   e.printStackTrace();
  }
 }
}

運行后，觸發(fā)的警告如下

detectDiskReads() 和 detectDiskWrites() 是磁盤讀寫檢查

磁盤讀寫檢查案例：

public class MainActivity extends AppCompatActivity implements View.OnClickListener {
 Button btnTest;
 @Override
 protected void onCreate(Bundle savedInstanceState) {
  super.onCreate(savedInstanceState);
  setContentView(R.layout.activity_main);
  StrictMode.setThreadPolicy(new StrictMode.ThreadPolicy.Builder()
    .detectDiskWrites()
    .detectDiskReads()
    .penaltyLog()
    .build());
  btnTest = (Button) findViewById(R.id.btn_test);
  btnTest.setOnClickListener(this);
 }
 @Override
 public void onClick(View v) {
  int id = v.getId();
  switch (id) {
   case R.id.btn_test:
    writeToExternalStorage();
    break;
  }
 }
 /**
  * 文件系統(tǒng)的操作
  */
 public void writeToExternalStorage() {
  File externalStorage = Environment.getExternalStorageDirectory();
  File mbFile = new File(externalStorage, "castiel.txt");
  try {
   OutputStream output = new FileOutputStream(mbFile, true);
   output.write("www.wooyun.org".getBytes());
   output.flush();
   output.close();
  } catch (FileNotFoundException e) {
   e.printStackTrace();
  } catch (IOException e) {
   e.printStackTrace();
  }
 }
}

運行后，觸發(fā)的警告如下

noteSlowCall針對執(zhí)行比較耗時的檢查

       StrictMode從 API 11開始允許開發(fā)者自定義一些耗時調用違例，這種自定義適用于自定義的任務執(zhí)行類中，比如我們有一個進行任務處理的類，為TaskExecutor。

public class TaskExecutor {
 public void execute(Runnable task) {
  task.run();
 }
}

       先需要跟蹤每個任務的耗時情況，如果大于500毫秒需要提示給開發(fā)者，noteSlowCall就可以實現(xiàn)這個功能，如下修改代碼

public class TaskExecutor {
 private static long SLOW_CALL_THRESHOLD = 500;
 public void executeTask(Runnable task) {
  long startTime = SystemClock.uptimeMillis();
  task.run();
  long cost = SystemClock.uptimeMillis() - startTime;
  if (cost > SLOW_CALL_THRESHOLD) {
   StrictMode.noteSlowCall("slowCall cost=" + cost);
  }
 }
}

執(zhí)行一個耗時2000毫秒的任務

TaskExecutor executor = new TaskExecutor();
executor.executeTask(new Runnable() {
 @Override
 public void run() {
  try {
   Thread.sleep(2000);
  } catch (InterruptedException e) {
   e.printStackTrace();
  }
 }
});

       得到的違例日志，注意其中~duration=20 ms并非耗時任務的執(zhí)行時間，而我們的自定義信息msg=slowCall cost=2000才包含了真正的耗時。

penaltyDeath()，當觸發(fā)違規(guī)條件時，直接Crash掉當前應用程序。

penaltyDeathOnNetwork()，當觸發(fā)網(wǎng)絡違規(guī)時，Crash掉當前應用程序。

penaltyDialog()，觸發(fā)違規(guī)時，顯示對違規(guī)信息對話框。

penaltyFlashScreen()，會造成屏幕閃爍，不過一般的設備可能沒有這個功能。

penaltyDropBox()，將違規(guī)信息記錄到 dropbox 系統(tǒng)日志目錄中（/data/system/dropbox），你可以通過如下命令進行插件：

adb shell dumpsys dropbox dataappstrictmode --print

permitCustomSlowCalls()、permitDiskReads ()、permitDiskWrites()、permitNetwork： 如果你想關閉某一項檢測，可以使用對應的permit*方法。

VMPolicy 詳解

StrictMode.VmPolicy.Builder 主要方法如下

detectActivityLeaks() 用戶檢查 Activity 的內(nèi)存泄露情況

內(nèi)存泄露檢查案例：

public class MainActivity extends AppCompatActivity implements View.OnClickListener {
 @Override
 protected void onCreate(Bundle savedInstanceState) {
  super.onCreate(savedInstanceState);
  setContentView(R.layout.activity_main);
  StrictMode.setVmPolicy(new StrictMode.VmPolicy.Builder()
    .detectActivityLeaks()
    .penaltyLog()
    .build()
  );
  new Thread() {
   @Override
   public void run() {
    while (true) {

     SystemClock.sleep(1000);
    }
   }
  }.start();
 }
}

我們反復旋轉屏幕就會輸出提示信息（重點在 instances=2; limit=1 這一行）

       這時因為，我們在Activity中創(chuàng)建了一個Thread匿名內(nèi)部類，而匿名內(nèi)部類隱式持有外部類的引用。而每次旋轉屏幕是，Android會新創(chuàng)建一個Activity，而原來的Activity實例又被我們啟動的匿名內(nèi)部類線程持有，所以不會釋放，從日志上看，當先系統(tǒng)中該Activty有4個實例，而限制是只能創(chuàng)建1各實例。我們不斷翻轉屏幕，instances 的個數(shù)還會持續(xù)增加。

detectLeakedClosableObjects()用于資源沒有正確關閉時提醒

// 資源引用沒有關閉檢查案例
public class MainActivity extends AppCompatActivity implements View.OnClickListener {
 @Override
 protected void onCreate(Bundle savedInstanceState) {
  super.onCreate(savedInstanceState);
  setContentView(R.layout.activity_main);
  StrictMode.setVmPolicy(new StrictMode.VmPolicy.Builder()
    .detectLeakedClosableObjects()
    .penaltyLog()
    .build()
  );
  File newxmlfile = new File(Environment.getExternalStorageDirectory(), "castiel.txt");
  try {
   newxmlfile.createNewFile();
   FileWriter fw = new FileWriter(newxmlfile);
   fw.write("猴子搬來的救兵WooYun");
   //fw.close(); 我們在這里特意沒有關閉 fw
  } catch (IOException e) {
   e.printStackTrace();
  }
 }
}

運行后觸發(fā)警告如下

• detectLeakedSqlLiteObjects() 和

• detectLeakedClosableObjects()的用法類似，只不過是用來檢查 SQLiteCursor 或者 其他 SQLite

• 對象是否被正確關閉

• detectLeakedRegistrationObjects() 用來檢查 BroadcastReceiver 或者

• ServiceConnection 注冊類對象是否被正確釋放

• setClassInstanceLimit()，設置某個類的同時處于內(nèi)存中的實例上限，可以協(xié)助檢查內(nèi)存泄露

檢測內(nèi)存泄露案例

public class MainActivity extends AppCompatActivity implements View.OnClickListener {
 private static class CastielClass{}
 private static List classList;
 @Override
 protected void onCreate(Bundle savedInstanceState) {
  super.onCreate(savedInstanceState);
  setContentView(R.layout.activity_main);
  classList = new ArrayList();
  StrictMode.setVmPolicy(new StrictMode.VmPolicy.Builder()
    .setClassInstanceLimit(CastielClass.class, 2)
    .penaltyLog()
    .build());
  classList.add(new CastielClass());
  classList.add(new CastielClass());
  classList.add(new CastielClass());
  classList.add(new CastielClass());
  classList.add(new CastielClass());
  classList.add(new CastielClass());
  classList.add(new CastielClass());
  classList.add(new CastielClass());
 }
}

運行后觸發(fā)警告如下

其他操作

       除了通過日志查看之外，我們也可以在開發(fā)者選項中開啟嚴格模式，開啟之后，如果主線程中有執(zhí)行時間長的操作，屏幕則會閃爍，這是一個更加直接的方法。

注意事項

• 只在開發(fā)階段啟用StrictMode，發(fā)布應用或者release版本一定要禁用它。

• 嚴格模式無法監(jiān)控JNI中的磁盤IO和網(wǎng)絡請求。

• 應用中并非需要解決全部的違例情況，比如有些IO操作必須在主線程中進行。

以上就是Android中StrictMode如何使用，小編相信有部分知識點可能是我們?nèi)粘９ぷ鲿姷交蛴玫降摹ＯＭ隳芡ㄟ^這篇文章學到更多知識。更多詳情敬請關注創(chuàng)新互聯(lián)行業(yè)資訊頻道。