Android最佳实践之：StrictMode介绍

第一步 启用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();  
}  

第二步 运行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 ) 
09 - 04   16 : 15 : 34.592 : DEBUG / StrictMode( 15883 ):     at dalvik.system.NativeStart.main(Native Method

　　并且会出现如下的提示窗口，提示用户：

▲

　　忽略某些规则

　　应该说大部分由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说明。