Android性能分析工具--StrictMode

• 主要用来做主线程优化分析
• 官方地址：https://developer.android.com/reference/android/os/StrictMode

StrictMode是一个开发人员工具，可以检测您可能偶然发生的事情，并引起您的注意，以便您可以修复它们。

StrictMode最常用于捕获应用程序主线程上的意外磁盘或网络访问，其中接收UI操作并进行动画。保持磁盘和网络操作不在主线程上，可以使应用程序更加顺畅，响应更快。通过保持应用程序的主线程响应，您还可以防止向用户显示ANR对话框。

请注意，即使Android设备的磁盘通常位于闪存上，但许多设备在该内存之上运行文件系统的并发性非常有限。通常情况下，几乎所有磁盘访问都很快，但在某些情况下，当某些I / O在后台发生其他进程时，可能会显着变慢。如果可能的话，最好假设这样的事情并不快。

示例代码从在早期使Application，Activity或其它应用程序组件的Application.onCreate() 方法：

public void onCreate（）{
     if（DEVELOPER_MODE）{
         StrictMode.setThreadPolicy（new StrictMode.ThreadPolicy.Builder（）
                 .detectDiskReads（）
                 .detectDiskWrites（）
                 .detectNetwork（）//或.detectAll（）用于所有可检测的问题
                 .penaltyLog（）
                 。建立（））;
         StrictMode.setVmPolicy（new StrictMode.VmPolicy.Builder（）
                 .detectLeakedSqlLiteObjects（）
                 .detectLeakedClosableObjects（）
                 .penaltyLog（）
                 .penaltyDeath（）
                 。建立（））;
     }
     super.onCreate（）;
 }
 

您可以决定在检测到违规时应该发生什么。例如，使用StrictMode.ThreadPolicy.Builder.penaltyLog()您可以adb logcat在使用应用程序时查看输出，以查看违规情况。

如果你发现你的感觉有问题的违规行为，有各种各样的工具来帮助解决这些问题：线程Handler，AsyncTask，IntentService等，但不觉得有必要修复StrictMode耳目一新。特别是，在正常的活动生命周期中，通常需要许多磁盘访问的情况。使用StrictMode查找您意外执行的操作。但是，UI线程上的网络请求几乎总是一个问题。

StrictMode不是安全机制，不能保证找到所有磁盘或网络访问。虽然它在进行Binder调用时确实跨越进程边界传播其状态，但它仍然最终是一种尽力而为的机制。值得注意的是，来自JNI调用的磁盘或网络访问不一定会触发它。Android的未来版本可能会捕获更多（或更少）的操作，因此您不应该在分发的应用程序中启用StrictMode。