Android-Lint工具使用

最新推荐文章于 2024-09-02 16:43:35 发布

verymrq

最新推荐文章于 2024-09-02 16:43:35 发布

阅读量487

点赞数

分类专栏： Android 文章标签： android

Android 专栏收录该内容

20 篇文章 2 订阅

订阅专栏

在做资源清理的时候无可避免的用到了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
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
Correctness:Messeges
1) MissingTranslation
字符串国际化不完全
2) ExtraTranslation
国际化的字符串，在默认位置(defaultlocale)，没有定义
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可能导致的内存泄漏
Usability:Typography
1) TypographyDashes
特殊字符需用编码代替：“–”需要用“–”；“—”需要用“—”
2) TypographyEllipsis
特殊字符需用编码代替：“…”需要用“…”
3) TypographyOther
问题：“(c)”需要用“©”
Usability:Icons
1) IconNoDpi
Icon在nodpi和指定dpi的目录下都出现。
2) GifUsage
Image不要用GIF，最好用PNG，可以用JPG。
Usability
1) BackButton
Android中不要设计有Back的按钮，Android中一般有Back的硬按键。
2) ButtonCase
Button的“Ok”/“Cancel”显示大小写一定，不要全大写或全小写。有标准的资源的字符串，不要自己再定义，而要用系统定义的：@android:string/ok和@android:string/cancel
Accessibility
1) ContentDescription
ImageView和ImageButton应该提供contentDescription
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吧。

原文：http://www.jianshu.com/p/010f895fe2cc