Android-Lint工具使用

shenguopin 7年前
   <p>公司的项目之前是几乎是纯原生开发，后来因业务需求变更过于频繁，加上原生开发成本较高，后来采用了混合开发模式，绝大部分页面采用了H5页面，因此之前使用的资源文件（包括图片，xml文件等）大部分被闲置。近段时间，项目成立了专门的优化工作组，清理无用资源，压缩apk体积也被纳入此次优化工作范围。在做资源清理的时候无可避免的用到了Android-Lint，本文主要讲述Android-Lint的使用以及使用中的一些注意事项。</p>    <p>Android-Lint是SDK Tools 16 (ADT 16)之后才引入的工具，通过代码检查，可发现潜在的问题，并能对Android程序进行优化处理。在AndroidStudio中已经集成了该工具，下面直接演示使用方法。</p>    <p style="text-align: center;"><img src="https://simg.open-open.com/show/45e15c59d99d6d3c0e57d7a0f4701391.jpg"></p>    <p>如图，在顶部菜单栏找到Analyze选项，在弹框中选中Inspect Code,或者对项目根双击弹出菜单弹框（windows下右键项目根目录），找到Analyze选项再选中Inspect Code选项，可以见到下图对话框</p>    <p style="text-align: center;"><img src="https://simg.open-open.com/show/2f424d826c943809ad61654c8a5eee52.jpg"></p>    <p>选中whole project，然后直接选择OK按钮，你会见到以下进度条</p>    <p style="text-align: center;"><img src="https://simg.open-open.com/show/725e34cc00f2eaba94ed0cb5eb393d0b.png"></p>    <p>静静地等待，等待时间由你的项目大小和你的机器性能有关，检查完毕后会弹出Inspection的控制台</p>    <p style="text-align: center;"><img src="https://simg.open-open.com/show/1cf7aec69221e5a507a150d5414a75db.jpg"></p>    <p>如图所示，看着你可能会一脸懵逼了(点击每一项进去还有一大堆子项，你可能会直接晕菜)，不过不用急，下面来简单解释以下以Android->Lint开头中一些重的子项的意义，我的初衷是清理无用资源，我用粗体标记了哪些是对此次任务有重要意义的子项。</p>    <ol>     <li>Correctness<br> 1) DuplicatedIds<br> Layout中id应该唯一<br> 2) NewApi<br> 代码中使用的某些API高于Manifest中的Min SDK<br> 3) InconsistentArrays<br> 字符串国际化中，同一名字的的String-Array对应的item值不相同<br> 4) Registered<br> Activity/Service/ContentProvider没有通过AndroidManifest注册<br> 5) Deprecated<br> 使用已经废弃的API<br> 6) PxUsage<br> 避免使用px，使用dp</li>     <li>Correctness:Messeges<br> 1) MissingTranslation<br> 字符串国际化不完全<br> 2) ExtraTranslation<br> 国际化的字符串，在默认位置(defaultlocale)，没有定义</li>     <li>Security<br> 1) SetJavaScriptEnabled<br> 不确定你的程序中确实需要JavaScript就不要执行SetJavaScriptEnabled。<br> 2)ExportedContentProvider/ExportedReceiver/ExportedService/ExportedActivity<br> ContentProvider/Receiver/Service/Activity的exported为true时，设置一个Permission，让使用者获取了Permission才能使用。<br> 3) HardcodedDebugMode<br> 不要在manifest中设置android:debuggable。<br> 设置它，编译的任何版本都要采用指定的debug模式。不设置，编译Eng版本采用debug模式；编译User版本采用release模式。<br> <strong><em>4. Performance</em> </strong><br> <strong>1) DrawAllocation</strong><br> 避免在绘制或者解析布局(draw/layout)时分配对象。E.g.,Ondraw()中实例化Paint对象。<br> 2) ObsoleteLayoutParam<br> Layout中无用的参数。<br> 3) UseCompoundDrawables<br> 可优化的布局：如包含一个Imageview和一个TextView的线性布局，可被采用CompoundDrawable的TextView代替。<br> <strong>4) UseSparseArrays</strong><br> <strong>尽量用Android的SparseArray代替Hashmap</strong><br> 5) DisableBaselineAlignment<br> 如果LinearLayout被用于嵌套的layout空间计算，它的android:baselineAligned属性应该设置成false，以加速layout计算。<br> 6) FloatMath<br> 使用FloatMath代替Math。<br> 7) NestedWeights<br> 避免嵌套weight，那将拖累执行效率<br> <strong><em>8) UnusedResources/UnusedIds</em> </strong><br> <strong><em>未被使用的资源会是程序变大，并且编译速度降低。 <strong> <em>**</em> </strong> </em> </strong><br> 9) Overdraw<br> 如果为RootView指定一个背景Drawable，会先用Theme的背景绘制一遍，然后才用指定的背景，这就是所谓的“Overdraw”。<br> 可以设置theme的background为null来避免。<br> 10) UselessLeaf/UselessParent<br> View或view的父亲没有用<br> <strong><em>11）Handler Reference leaks</em> </strong><br> <strong><em>handler可能导致的内存泄漏</em> </strong></li>     <li>Usability:Typography<br> 1) TypographyDashes<br> 特殊字符需用编码代替：“–”需要用“–”；“—”需要用“—”<br> 2) TypographyEllipsis<br> 特殊字符需用编码代替：“…”需要用“…”<br> 3) TypographyOther<br> 问题：“(c)”需要用“©”</li>     <li>Usability:Icons<br> 1) IconNoDpi<br> Icon在nodpi和指定dpi的目录下都出现。<br> 2) GifUsage<br> Image不要用GIF，最好用PNG，可以用JPG。</li>     <li>Usability<br> 1) BackButton<br> Android中不要设计有Back的按钮，Android中一般有Back的硬按键。<br> 2) ButtonCase<br> Button的“Ok”/“Cancel”显示大小写一定，不要全大写或全小写。有标准的资源的字符串，不要自己再定义，而要用系统定义的：@android:string/ok和@android:string/cancel</li>     <li>Accessibility<br> 1) ContentDescription<br> ImageView和ImageButton应该提供contentDescription</li>     <li>Internationalization<br> 1) HardcodeText<br> 硬编码的字符串应该在资源里定义<br> 2) EnforceUTF8<br> 所有XML资源文件都应该以UTF-8编码</li>    </ol>    <p>UnusedResources 是我此次代码检查的目的，检测显示我的项目中有1000多item是未被使用的，选中其中一个xml文件</p>    <p style="text-align: center;"><img src="https://simg.open-open.com/show/c4102c8efb33fd445dd0bea606679dcb.jpg"></p>    <p>发现有个Remove All Unused Resources的选项，大喜过望，感觉这项工作so easy，马上点击，运行完毕，clean一下，卧槽，报错，为什么。。。</p>    <p>检查报错代码，发现是内部的安全键盘sdk找不到指定id，真是神奇了，不是说好的无用资源吗？为什么会报错。突然发现，安全键盘对资源文件的调用采用了反射的模式去调用，因为需要它作为一个sdk打包成了jar包，jar包中只包含了它的src中的代码文件，资源文件也没有打包，认识直接放到宿主项目的相应文件夹下，使用的时候采用反射的模式进行调用。此时恍然大悟，lint工具会将没有被直接引用的东西都标记成了无用的。这应该也算是它的一个坑吧。想过先全部清理，然后在把sdk的资源文件放回原位，但是检查发现还有好几个早期的内部sdk采用了将资源文件直接放到宿主项目的相应文件夹的做法，难度较大，而且这种隐蔽的东西很难控制，最后只能一个个去删除，但也只是删除了一部分，做不到彻底删除。不过lint工具还是提供了很好的参考。最后将原本将近5M的资源文件删至3.5M左右，再清理掉一些无用的jar包和so库，左右将apk的体积压缩了大概8M左右。</p>    <p>上面还有一个值得注意的地方就是 <strong> Handler Reference leaks， </strong> 即是 <strong> handler可能导致的内存泄漏。 </strong> 可能是项目早期缺乏考虑，加上很多代码是外包人员编写，或许是责任心不够强，项目中使用的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吧。最后顺手点个赞，再顺便扫扫码关注我的公众号（原谅我的不知足。。。），所有文章都会在公众号发布。</p>    <p></p>    <p> </p>    <p>来自：http://www.jianshu.com/p/010f895fe2cc</p>    <p> </p>
Android-Lint工具使用

相关经验

目录
