Android开发在路上：少去踩坑，多走捷径

近一朋友提了几个Android问题让我帮忙写个小分享，我以为对新人仍是挺有帮助的，因此有了这个小分享。

1.目前， Android APP开发完成后，一般须要在哪些机型上进行测试？

2.目前， 开发Android APP时，须要考虑的分辨率有哪些？

这两个问题能够合起来回答的。

http://developer.android.com/about/dashboards/index.html

源自Google Play的数据，每个月都会进行update，能够及时了解Android版本比例趋势。

屏幕密度数据

OpenGL ES版本

也能够参考一下国内一个第三方数据：http://www.umindex.com/#android_device

目前三星和小米市场占有率是遥遥领先的，三星Note二、Note三、S三、S四、S五、小米12三、红米必须测试，魅族也比较坑爹，加入测试名单吧。再选中小屏幕各一款（譬如华为C8650、Moto ME511）。

Android 1.五、1.六、2.0、2.1和小屏幕的属于古董级别的机器，市场存量也不多，新出的机器都是4.0以上的了，因此必要时须要舍弃对古董的支持，由于适配成本很高，对于新开发的应用，这个适配不值得投入。

3.目前， 开发Android APP时，适应多个分辨率的技术方案有哪些？

http://developer.android.com/guide/practices/screens_support.html

Android的屏幕适配，能够在工程res目录下进行处理，无需写代码，Android自动找最适合的资源进行显示，相信你们都至关熟悉的了。

目前我使用的是ADT22.6，新建一个Android工程，会自动在res目录下生成这个目录结构。这里有5个前缀drawable的文件夹，对应不一样密度屏幕时所取的图片资源或者样式。

作一个功能正常的App，开发者须要遵循一些开发守则，与此同时，设计师也须要有一套标准来设计Android UI，全部的Android UI设计指南都在这里了。

http://developer.android.com/design/style/devices-displays.html

9Path这个简单易用的工具，很实用，必须推荐。

画个图标，都要出N种分辨率，每次机械操做实在有点弱爆，推荐一个牛X的工具：

其中的功能能够自动切图输出各类屏幕密度的icon，可视化构建布局，自动生成布局文件。

http://android-ui-utils.googlecode.com/hg/asset-studio/dist/index.html

推荐这个，设计师应该会很喜欢，秒切图。

http://www.cutandslice.me/

实际开发中，考虑到包体积大小，不会在全部drawable中都放不一样size的图片资源，而是只使用一套图片资源，编写不一样的布局。个别特殊的图片资源就每一个drawable文件夹中放相应的size，譬如程序图标，不按文件夹放可能会致使在Launcher显示失真。

虽然不做任何改动也能够在Android Pad上跑，但因为Pad屏幕较大，操做体验不同，建议从新设计。

4.开发Android APP时，配置文件应放在哪里（APP本地、远程WeB Server中）？应该如何考虑？

这个就要看需求了，若是只是本机使用，譬如保存软件设置，不须要联网操做的，那首选固然是保存在本地。

若是业务须要和服务器交互，能够作成云配置方式。为了跨平台的兼容性，能够考虑使用Google的ProtoBuf，比XML更小更快更简单，后台和终端定义一套协议，自动生成C++、Java或者Python代码。https://developers.google.com/protocol-buffers/docs/overview?hl=zh-CN

5.Android APP测试方案一般考虑哪些因素？有测试方案的参考实例吗？

机型适配：屏幕大小，这个只能人工检验了（程序不知道你的UI长得好很差看）

Android版本（某些API在低版本上没有的，会Crash，推荐Lint静态扫描）

网络质量：联通、电信、移动、WiFi、弱网络等

安全性：网络数据一定通过加密处理；本地不保存安全信息（账号密码等），或者加密保存

代码中敏感信息尽可能使用byte数组而不是字符串代码混淆处理(Proguard)

SD卡剩余空间不多，没SD卡，双SD卡，飞行模式，时间有误等。

性能：CPU、内存占用（开发可使用Linux的top命令或者DDMS里面的工具）

网络流量消耗（有各类第三方流量监控软件）

6.开发Android APP时，为了提升工做效率，提升项目质量、一般须要抽象出一些lib出来，请列出常常用到的接口的名称和用途。

更多精彩能够上github搜搜，这就不班门弄斧了。

7.Android APP开发中其它须要提醒的问题

android4.4在UI线程没法进行网络操做不单只android API版本不必定致使运行异常，有些机型还使用Java 1.5进行编译，使用某些Java 1.6的函数会Crash的。

注意OOM问题，目前android手机已经有3G内存了，但并不是一个应用就能使用所有内存。了解一下堆内存，一个软件至少一个进程，一个进程跑一个虚拟机，进程使用的堆内存大小，每部手机不必定同样。

Show Dialog的问题，永远要判断Activity是否还在。

使用了高版本的API函数，在低版本机器上挂了。

非UI线程不能操做UI。可能有各类权限被禁的问题。

没有浏览器、没有软件安装器、没有Email等发生ActivityNotFoundexception。

超快速连续点击按钮可能触发跑多个线程的问题。

Android4.4短信权限设置，原生系统带有新接口，第三方系统可能裁剪掉了。

8.什么状况下发生OOM，如何避免？

图片操做（图片缩放、bitmap生成等）、序列化反序列化数据等会消耗大量内存。合理使用数据结构（链表和数组），及时释放引用，使用弱引用等能下降OOM状况发生。

9.出现ANR怎么办？

若是Android程序某个操做执行等待超过5s，会出现ANR（Application Not Responding）的对话框，对于执行耗时的操做，譬如网络操做，就不能在主线程上进行了（Android 4.4不让你这样作了），这些任务应该跑在主线程外，譬如新建一个线程处理，或者本身写一个网络引擎对全部网络请求进行管理。

10.如何跟踪研发质量？

Coverity接入：https://scan.coverity.com/

代码缺陷扫描，不扫不知道，一扫吓一跳。满分推荐！Fro Free！若是你写的是开源代码，还能直接接入GitHub，超方便。

Crash是没法避免的，咱们能作的是尽可能把Crash的状况减小。发出去的版本，用户发生Crash了，咱们须要把Crash数据收集起来。因此软件须要作一个Crash上报，汇总整理。统计每一个版本的Crash率，并把Crash按优先级进行修复。

固然，版本检查更新也少不了。

11.若是跟踪用户对产品的反馈？

无论你写软件所用的技术有多么牛B，用户是不知道的，也不关心的。用户关心的是你的产品体验到底有多牛B。加上用户能够轻松反馈的反馈功能，你会发现有时用户的idea还不错的。

作出来的产品好仍是很差，须要有产品数据支撑，因此加插相关数据统计上报点，哪一个功能热门，新增用户多少，活跃用户多少，一目了然。

12.安全检查

为避免异常状况的跳转或者恶意攻击，Android组件在启动时都须要判断传入的参数是否为空。

敏感信息须要进行权限限制或者加密处理。

能不暴露的组件就不暴露，在AndroidManifest中为组件加上android:exported=”false”属性。

须要暴露的组件经过自定义权限进行调用，添加自定义权限android:permission=”yourapp.permission.CALL”检测WebView漏洞http://security.tencent.com/index.php/opensource/detail/1

13.经常使用工具备哪些：

Lint（清理资源、安全检查、layout优化等）

通常在提测前清理一下冗余资源，查一下有没有用了一些高API Level才有的接口，查一下安全问题。

Findbugs（检查java代码缺陷）

在开发工程中就能够对单个文件进行检查，有问题能够及时处理。

MAT（内存泄漏调试工具）http://www.eclipse.org/mat/

遇到内存或者性能问题时，通常会结合几种工具来查问题，找解决方法。

Method Profiling（统计方法耗时）

Eclipse Class Decompiler（今后Eclipse不怕看不到jar包内的代码了）http://feeling.sourceforge.net/update

Hierarchy Viewer（查看Activity堆栈、layout加载层次、像素眼）

只能链接开发板手机或者模拟器，若是你的手机连不上，搜一下“Hierarchy Viewer 真机”，各类教程教你如何连上。

Activity太多，有时出问题了，但又想不起这个页面叫什么名字，插上去，一目了然。

很清晰看出Layout布局层次， 还能显示计算layout耗时，绘图耗时，UI性能优化好帮手。

TinyPNG（压缩图片资源利器，山崩地裂推荐）https://tinypng.com/

7z（压缩APK利器，上线前压一下就能够，简单实用，五星推荐）

Apktool、Dex2jar 、jd-gui（反编译套装，你懂的）

Mark Man（设计师何苦为难工程师）

Beyond Compare（各类神对比，我喜欢对比代码）

Tcpdump（Linux dump包工具）

adb shell tcpdump -p -vv-s 0 -w /sdcard/capturenet.pcap

WireShark（查看网络dump包）

遇到棘手问题时，仍是须要他们帮忙解决的。

CMD (很简单的脚本却能大大提升效率，你们多学多分享)

一些常常操做的动做，使用手工操做又耗时又麻烦还可能出错，使用命令行去操做的话会极大提供效率。

拖放安装应用，不用再弹出xx助手xx宝来的蜗牛速度安装了（速度快了，心情好了）：

adb install %1

pause

卸载应用：

adb uninstall com.tencent.qqpim

拉去SD卡目录文件

adb pull /sdcard/test/log c:testlog

获取联系人db

adb pull /data/data/com.android.providers.contacts/databases/contacts2.db C:contact2.db

tcpdump包

adb shell tcpdump -p -vv -s 0 -w /sdcard/capturenet.pcap

SDK裁剪打包

裁目录：rd/s/q S:tencentsrcAGJ

裁文件：del S:tencentsrccomtencenttestTestApplication.java