最新Android中的StrictMode简介，2024年最新学android开发

Android开发除了flutter还有什么是必须掌握的吗？

相信大多数从事Android开发的朋友们越来越发现，找工作越来越难了，面试的要求越来越高了

除了基础扎实的java知识，数据结构算法，设计模式还要求会底层源码，NDK技术，性能调优，还有会些小程序和跨平台，比如说flutter，以思维脑图的方式展示在下图；

网上学习资料一大堆，但如果学到的知识不成体系，遇到问题时只是浅尝辄止，不再深入研究，那么很难做到真正的技术提升。

需要这份系统化学习资料的朋友，可以戳这里获取

一个人可以走的很快，但一群人才能走的更远！不论你是正从事IT行业的老鸟或是对IT行业感兴趣的新人，都欢迎加入我们的的圈子（技术交流、学习资源、职场吐槽、大厂内推、面试辅导），让我们一起学习成长！

其中，内存泄露的Activity对象和内存泄露的SQLite对象都比较好理解，而所谓对关闭对象的检查，主要是去监那些本该释放的对象，比如应该调用close()方法的对象。

当开发者违反某类规则时，每种策略都会有不同的方法令开发者知道当时的情况。相关的违反情况可以记录在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();

}

第二步 运行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产生的规则警示都应去遵守，但有时也不是所有产生的信息都表明你的程序有错误。比如，在应用程序的主线程中去快速读写磁盘其实不会对应用的性能产生太大的影响，又或者你在调试程序阶段有一些调试的代码违反了设定的规则，这些都可以忽略掉这些规则。

学习分享

在当下这个信息共享的时代，很多资源都可以在网络上找到，只取决于你愿不愿意找或是找的方法对不对了

很多朋友不是没有资料，大多都是有几十上百个G，但是杂乱无章，不知道怎么看从哪看起，甚至是看后就忘

如果大家觉得自己在网上找的资料非常杂乱、不成体系的话，我也分享一套给大家，比较系统，我平常自己也会经常研读。

2021最新上万页的大厂面试真题

七大模块学习资料：如NDK模块开发、Android框架体系架构…

只有系统，有方向的学习，才能在段时间内迅速提高自己的技术。

这份体系学习笔记，适应人群：
第一，学习知识比较碎片化，没有合理的学习路线与进阶方向。
第二，开发几年，不知道如何进阶更进一步，比较迷茫。
第三，到了合适的年纪，后续不知道该如何发展，转型管理，还是加强技术研究。如果你有需要，我这里恰好有为什么，不来领取！说不定能改变你现在的状态呢！
由于文章内容比较多，篇幅不允许，部分未展示内容以截图方式展示 。

网上学习资料一大堆，但如果学到的知识不成体系，遇到问题时只是浅尝辄止，不再深入研究，那么很难做到真正的技术提升。

需要这份系统化学习资料的朋友，可以戳这里获取

一个人可以走的很快，但一群人才能走的更远！不论你是正从事IT行业的老鸟或是对IT行业感兴趣的新人，都欢迎加入我们的的圈子（技术交流、学习资源、职场吐槽、大厂内推、面试辅导），让我们一起学习成长！

很难做到真正的技术提升。**

需要这份系统化学习资料的朋友，可以戳这里获取

一个人可以走的很快，但一群人才能走的更远！不论你是正从事IT行业的老鸟或是对IT行业感兴趣的新人，都欢迎加入我们的的圈子（技术交流、学习资源、职场吐槽、大厂内推、面试辅导），让我们一起学习成长！