adnroid开发中的坑

来源:知乎最近正准备写一篇关于这方面的文章,正好看到知乎上的这个问题:Android 开发中,有哪些坑需要注意? – Android,索性以写答案的方式来写这篇文章,顺便推荐我之前在知乎上提出的一个问题:在Android开发的过程中,有哪些坑是值得你放在checklist中警示自己的? – 程序员,里面有一些有参考价值的答案。作为一个有三、四年Android应用开发经验的码农,自然会遇到很多坑,下面是我能够想起的一些坑(实践证明不记笔记可不是个好习惯),后面有想到其它坑会陆续补上。

在Android library中不能使用switch-case语句访问资源ID:在Android library中不能使用switch-case语句访问资源ID的原因分析及解决方案

不能在Activity没有完全显示时显示PopupWindow和Dialog:popupwindow – Problems creating a Popup Window in Android Activity

在多进程之间不要用SharedPreferences共享数据,虽然可以(MODE_MULTI_PROCESS),但极不稳定:android – MODE_MULTI_PROCESS for SharedPreferences isn’t working

有些时候不能使用Application的Context,不然会报错(比如启动Activity,显示Dialog等):

adnroid开发中的坑_第1张图片

同一个应用的JNI代码,不要轻易换NDK编译的版本,否则会有很多问题(主要是一些方法实现不一样,并且高版本对代码的检测更严格),比如r8没有问题,但到r9就有问题了,这是个大坑;

Android的JNI代码中,有返回类型的函数没有返回值编译的时候也不会报错;

当前Activity的onPause方法执行结束后才会执行下一个Activity的onCreate方法,所以在onPause方法中不适合做耗时较长的工作,这会影响到页面之间的跳转效率;

谨慎使用Android的透明主题,透明主题会导致很多问题,比如:如果新的Activity采用了透明主题,那么当前Activity的onStop方法不会被调用;在设置为透明主题的Activity界面按Home键时,可能会导致刷屏不干净的问题;进入主题为透明主题的界面会有明显的延时感;

不要在非UI线程中初始化ViewStub,否则会返回null;

公共接口一定要考虑到代码重入的情况,能设计为单例就尽量用单例;

不要通过Bundle传递大块的数据,否则会报TransactionTooLargeException异常:java – Issue: Passing large data to second Activity

尽量不要通过Application缓存数据,这不稳定:不要在Android的Application对象中缓存数据!

尽量不要使用AnimationDrawable,它在初始化的时候就将所有图片加载到内存中,特别占内存,并且还不能释放,释放之后下次进入再次加载时会报错;

9图不能通过tinypng压缩,不然会有问题;

genymotion模拟器快是因为它是基于x86架构的,如果你的应用中用到了so,但没有x86架构的so,只能放弃使用它;Android Studio的模拟器也一样;

Eclipse的Android开发环境配置好后不要轻易升级ADT和build tools,不然会浪费你很多时间,还有就是一个workspace中的工程不要太多,不然每次启动都会很慢;

Android studio每个版本、gradle每个版本差别都比较大(我是这样认为的),对于jni代码的编译建议在Eclipse中进行,如果在Android studio中开发jni会浪费很多时间,主要是编译脚本的配置比较麻烦;

Eclipse中的Lint太不靠谱,特别是主工程中依赖library的时候,很多提示都是有问题的,建议使用Android Studio的工程清理工具,特别推荐。

AsyncTask默认自己维护一个静态的线程池,而该线程池只允许同时执行一个线程,也就是说,不管多少个AsyncTask,只要是调用execute()方法,都是共享这个默认进程池的,你的任务必须在之前的任务执行完以后,才能执行。调用AsyncTask的excute方法不能立即执行程序的原因分析及改善方案

你可能感兴趣的:(adnroid开发中的坑)