Android开发在路上:少去踩坑,多走捷径

  最近一朋友提了几个Android问题让我帮忙写个小分享,我觉得对新人还是挺有帮助的,所以有了这个小分享。

   1. 目前, Android APP开发完成后,通常需要在哪些机型上进行测试?

   2. 目前, 开发Android APP时,需要考虑的分辨率有哪些?

  这两个问题可以合起来回答的。

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

  源自Google Play的数据,每月都会进行update,可以及时了解Android版本比例趋势。

Android开发在路上:少去踩坑,多走捷径_第1张图片

  屏幕密度数据

Android开发在路上:少去踩坑,多走捷径_第2张图片

  OpenGL ES版本

Android开发在路上:少去踩坑,多走捷径_第3张图片

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

Android开发在路上:少去踩坑,多走捷径_第4张图片

  目前三星和小米市场占有率是遥遥领先的,三星Note2、Note3、S3、S4、S5、小米123、红米必须测试,魅族也比较坑爹,加入测试名单吧。再选中小屏幕各一款(譬如华为C8650、Moto ME511)。

  Android 1.5、1.6、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的文件夹,对应不同密度屏幕时所取的图片资源或者样式。

Android开发在路上:少去踩坑,多走捷径_第5张图片

  做一个功能正常的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/

Android开发在路上:少去踩坑,多走捷径_第6张图片

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

Android开发在路上:少去踩坑,多走捷径_第7张图片

  虽然不作任何改动也可以在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 出来,请列出经常用到的接口的名称和用途。  

Android开发在路上:少去踩坑,多走捷径_第8张图片

  更多精彩可以上github搜搜,这就不班门弄斧了。

Android开发在路上:少去踩坑,多走捷径_第9张图片

   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才有的接口,查一下安全问题。

Android开发在路上:少去踩坑,多走捷径_第10张图片

  Findbugs(检查java代码缺陷)

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

Android开发在路上:少去踩坑,多走捷径_第11张图片

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

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

Android开发在路上:少去踩坑,多走捷径_第12张图片

  Method Profiling(统计方法耗时)

Android开发在路上:少去踩坑,多走捷径_第13张图片

  Eclipse Class Decompiler(从此Eclipse不怕看不到jar包内的代码了) http://feeling.sourceforge.net/update

Android开发在路上:少去踩坑,多走捷径_第14张图片

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

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

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

Android开发在路上:少去踩坑,多走捷径_第15张图片

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

Android开发在路上:少去踩坑,多走捷径_第16张图片

  TinyPNG(压缩图片资源利器,山崩地裂推荐) https://tinypng.com/

Android开发在路上:少去踩坑,多走捷径_第17张图片

  7z(压缩APK利器,上线前压一下就可以,简单实用,五星推荐)

Android开发在路上:少去踩坑,多走捷径_第18张图片

  Apktool、Dex2jar 、jd-gui(反编译套装,你懂的)

Android开发在路上:少去踩坑,多走捷径_第19张图片

  Mark Man(设计师何苦为难工程师)

Android开发在路上:少去踩坑,多走捷径_第20张图片

  Beyond Compare(各种神对比,我喜欢对比代码)

Android开发在路上:少去踩坑,多走捷径_第21张图片

   Tcpdump (Linux dump 包工具)

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

  WireShark(查看网络dump包)

  遇到棘手问题时,还是需要他们帮忙解决的。

Android开发在路上:少去踩坑,多走捷径_第22张图片

  CMD (很简单的脚本却能大大提高效率,大家多学多分享)

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

Android开发在路上:少去踩坑,多走捷径_第23张图片

  拖放安装应用,不用再弹出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

你可能感兴趣的:(android,开发,在路上)