第一步 启用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());
自我介绍一下,小编13年上海交大毕业,曾经在小公司待过,也去过华为、OPPO等大厂,18年进入阿里一直到现在。
深知大多数初中级Android工程师,想要提升技能,往往是自己摸索成长或者是报班学习,但对于培训机构动则近万的学费,着实压力不小。自己不成体系的自学效果低效又漫长,而且极易碰到天花板技术停滞不前!
因此收集整理了一份《2024年Android移动开发全套学习资料》,初衷也很简单,就是希望能够帮助到想自学提升又不知道该从何学起的朋友,同时减轻大家的负担。
既有适合小白学习的零基础资料,也有适合3年以上经验的小伙伴深入学习提升的进阶课程,基本涵盖了95%以上Android开发知识点,真正体系化!
由于文件比较大,这里只是将部分目录截图出来,每个节点里面都包含大厂面经、学习笔记、源码讲义、实战项目、讲解视频,并且会持续更新!
如果你觉得这些内容对你有帮助,可以扫码获取!!(备注:Android)
![](https://img-blog.csdnimg.cn/img_convert/aa8972fd0ede37ef131e4aa209b20eca.jpeg)
最后
我见过很多技术leader在面试的时候,遇到处于迷茫期的大龄程序员,比面试官年龄都大。这些人有一些共同特征:可能工作了7、8年,还是每天重复给业务部门写代码,工作内容的重复性比较高,没有什么技术含量的工作。问到这些人的职业规划时,他们也没有太多想法。
其实30岁到40岁是一个人职业发展的黄金阶段,一定要在业务范围内的扩张,技术广度和深度提升上有自己的计划,才有助于在职业发展上有持续的发展路径,而不至于停滞不前。
不断奔跑,你就知道学习的意义所在!
《互联网大厂面试真题解析、进阶开发核心学习笔记、全套讲解视频、实战项目源码讲义》点击传送门即可获取!
深度提升上有自己的计划,才有助于在职业发展上有持续的发展路径,而不至于停滞不前。
不断奔跑,你就知道学习的意义所在!
《互联网大厂面试真题解析、进阶开发核心学习笔记、全套讲解视频、实战项目源码讲义》点击传送门即可获取!