Android-Lint工具使用
公司的项目之前是几乎是纯原生开发,后来因业务需求变更过于频繁,加上原生开发成本较高,后来采用了混合开发模式,绝大部分页面采用了H5页面,因此之前使用的资源文件(包括图片,xml文件等)大部分被闲置。近段时间,项目成立了专门的优化工作组,清理无用资源,压缩apk体积也被纳入此次优化工作范围。在做资源清理的时候无可避免的用到了Android-Lint,本文主要讲述Android-Lint的使用以及使用中的一些注意事项。
Android-Lint是SDK Tools 16 (ADT 16)之后才引入的工具,通过代码检查,可发现潜在的问题,并能对Android程序进行优化处理。在AndroidStudio中已经集成了该工具,下面直接演示使用方法。

如图,在顶部菜单栏找到Analyze选项,在弹框中选中Inspect Code,或者对项目根双击弹出菜单弹框(windows下右键项目根目录),找到Analyze选项再选中Inspect Code选项,可以见到下图对话框

选中whole project,然后直接选择OK按钮,你会见到以下进度条

静静地等待,等待时间由你的项目大小和你的机器性能有关,检查完毕后会弹出Inspection的控制台

如图所示,看着你可能会一脸懵逼了(点击每一项进去还有一大堆子项,你可能会直接晕菜),不过不用急,下面来简单解释以下以Android->Lint开头中一些重的子项的意义,我的初衷是清理无用资源,我用粗体标记了哪些是对此次任务有重要意义的子项。
- Correctness
- DuplicatedIds
Layout中id应该唯一 - NewApi
代码中使用的某些API高于Manifest中的Min SDK - InconsistentArrays
字符串国际化中,同一名字的的String-Array对应的item值不相同 - Registered
Activity/Service/ContentProvider没有通过AndroidManifest注册 - Deprecated
使用已经废弃的API - PxUsage
避免使用px,使用dp
- Correctness:Messeges
- MissingTranslation
字符串国际化不完全 - ExtraTranslation
国际化的字符串,在默认位置(defaultlocale),没有定义
- Security
- SetJavaScriptEnabled
不确定你的程序中确实需要JavaScript就不要执行SetJavaScriptEnabled。
2)ExportedContentProvider/ExportedReceiver/ExportedService/ExportedActivity
ContentProvider/Receiver/Service/Activity的exported为true时,设置一个Permission,让使用者获取了Permission才能使用。 - HardcodedDebugMode
不要在manifest中设置android:debuggable。
设置它,编译的任何版本都要采用指定的debug模式。不设置,编译Eng版本采用debug模式;编译User版本采用release模式。
***4. Performance ***
**1) DrawAllocation **
**避免在绘制或者解析布局(draw/layout)时分配对象。E.g.,Ondraw()中实例化Paint对象。 ** - ObsoleteLayoutParam
Layout中无用的参数。 - UseCompoundDrawables
可优化的布局:如包含一个Imageview和一个TextView的线性布局,可被采用CompoundDrawable的TextView代替。
**4) UseSparseArrays **
**尽量用Android的SparseArray代替Hashmap ** - DisableBaselineAlignment
如果LinearLayout被用于嵌套的layout空间计算,它的android:baselineAligned属性应该设置成false,以加速layout计算。 - FloatMath
使用FloatMath代替Math。 - NestedWeights
避免嵌套weight,那将拖累执行效率
***8) UnusedResources/UnusedIds ***
***未被使用的资源会是程序变大,并且编译速度降低。 *********** - Overdraw
如果为RootView指定一个背景Drawable,会先用Theme的背景绘制一遍,然后才用指定的背景,这就是所谓的“Overdraw”。
可以设置theme的background为null来避免。 - UselessLeaf/UselessParent
View或view的父亲没有用
11)Handler Reference leaks
handler可能导致的内存泄漏
- Usability:Typography
- TypographyDashes
特殊字符需用编码代替:“–”需要用“–”;“—”需要用“—” - TypographyEllipsis
特殊字符需用编码代替:“…”需要用“…” - TypographyOther
问题:“(c)”需要用“©”
- Usability:Icons
- IconNoDpi
Icon在nodpi和指定dpi的目录下都出现。 - GifUsage
Image不要用GIF,最好用PNG,可以用JPG。
- Usability
- BackButton
Android中不要设计有Back的按钮,Android中一般有Back的硬按键。 - ButtonCase
Button的“Ok”/“Cancel”显示大小写一定,不要全大写或全小写。有标准的资源的字符串,不要自己再定义,而要用系统定义的:@android:string/ok和@android:string/cancel
- Accessibility
- ContentDescription
ImageView和ImageButton应该提供contentDescription
- Internationalization
- HardcodeText
硬编码的字符串应该在资源里定义 - EnforceUTF8
所有XML资源文件都应该以UTF-8编码
不必把所有选项的意义都熟稔于心,这些东西网上,下面着重看加粗标记的项目

***UnusedResources ***是我此次代码检查的目的,检测显示我的项目中有1000多item是未被使用的,选中其中一个xml文件

发现有个Remove All Unused Resources的选项,大喜过望,感觉这项工作so easy,马上点击,运行完毕,clean一下,卧槽,报错,为什么。。。
检查报错代码,发现是内部的安全键盘sdk找不到指定id,真是神奇了,不是说好的无用资源吗?为什么会报错。突然发现,安全键盘对资源文件的调用采用了反射的模式去调用,因为需要它作为一个sdk打包成了jar包,jar包中只包含了它的src中的代码文件,资源文件也没有打包,认识直接放到宿主项目的相应文件夹下,使用的时候采用反射的模式进行调用。此时恍然大悟,lint工具会将没有被直接引用的东西都标记成了无用的。这应该也算是它的一个坑吧。想过先全部清理,然后在把sdk的资源文件放回原位,但是检查发现还有好几个早期的内部sdk采用了将资源文件直接放到宿主项目的相应文件夹的做法,难度较大,而且这种隐蔽的东西很难控制,最后只能一个个去删除,但也只是删除了一部分,做不到彻底删除。不过lint工具还是提供了很好的参考。最后将原本将近5M的资源文件删至3.5M左右,再清理掉一些无用的jar包和so库,左右将apk的体积压缩了大概8M左右。
上面还有一个值得注意的地方就是Handler Reference leaks,即是handler可能导致的内存泄漏。可能是项目早期缺乏考虑,加上很多代码是外包人员编写,或许是责任心不够强,项目中使用的handler大部分是内部类,当使用内部类(包括匿名类)来创建Handler的时候,Handler对象会隐式地持有一个外部类对象(通常是一个Activity)的引用(不然你怎么可能通过Handler来操作Activity中的View?)。而Handler通常会伴随着一个耗时的后台线程(例如从网络拉取图片)一起出现,这个后台线程在任务执行完毕(例如图片下载完毕)之后,通过消息机制通知Handler,然后Handler把图片更新到界面。然而,如果用户在网络请求过程中关闭了Activity,正常情况下,Activity不再被使用,它就有可能在GC检查时被回收掉,但由于这时线程尚未执行完,而该线程持有Handler的引用(不然它怎么发消息给Handler?),这个Handler又持有Activity的引用,就导致该Activity无法被回收(即内存泄露),直到网络请求结束(例如图片下载完毕)。另外,如果你执行了Handler的postDelayed()方法,该方法会将你的Handler装入一个Message,并把这条Message推到MessageQueue中,那么在你设定的delay到达之前,会有一条MessageQueue -> Message -> Handler -> Activity的链,导致你的Activity被持有引用而无法被回收。这个问题也是较常见的可能导致内存泄漏的问题,解决方法一般是通过弱引用持有对Activity的引用,具体的实现方式自行百度或者google吧。最后顺手点个赞,再顺便扫扫码关注我的公众号(原谅我的不知足。。。),所有文章都会在公众号发布。

扫一扫或者微信搜索AndroidHouse关注Android小黑屋