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