Android开发中可能遇到的坑

》链接：https://www.zhihu.com/question/27818921/answer/70279930

• 在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等）：
  

<img src="https://i-blog.csdnimg.cn/blog_migrate/e346c7080f2f4b3752e7004c104f61d8.png" data-rawwidth="844" data-rawheight="415" class="origin_image zh-lightbox-thumb" width="844" data-original="https://pic3.zhimg.com/e3f3236cbd96c69cdea10d014bacbeae_r.png">

• 同一个应用的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的工程清理工具，特别推荐；
• 不同API版本的AsyncTask实现不一样，有的是可以同时执行多个任务，有的API中只能同时执行一个线程，所以在程序中同时执行多个AsyncTask时有可能遇到一个AsyncTask的excute方法后很久都没有执行。调用AsyncTask的excute方法不能立即执行程序的原因分析及改善方案
• 同一个应用，相同的图片分别放在drawable-xxhdpi、drawable-xhdpi、drawable-hdpi、drawable-mdpi、drawable-ldpi中，在同一设备中占用的内存会大不一样（设备的dpi是固定的，图片放在不同的dpi文件夹下，在设备上显示时需要将图片转换成和当前屏幕一样dpi后在设备中显示，所以即使该图片在不同dpi文件夹下大小一样，但放在内存中的大小却不是一样的，并不一定是长*宽*4），做应用的内存优化之前可以先看一看你的工程是如何做屏幕适配的，是否有优化的空间。强烈推荐这个屏幕适配视频教程，花两个半小时就能看完：Android-屏幕适配全攻略
• 谨慎对待数据库升级（比如需要在原数据库中增加字段），避免数据丢失或者操作数据库异常的情况，数据库升级方法可以查阅《第一行代码》P263；
• 多个程序共用一套代码（一套代码，在桌面上多个图标）时需要处理好不同入口进入时的堆栈问题；
• 使用Adapter的时候，如果你使用了ViewHolder做缓存，在getView的方法中无论这项的每个视图是否需要设置属性(比如TextView设置的属性可能为null，item的某一个按钮的背景为透明、某一项的颜色为透明等)，都需要为每一项的所有视图设置属性（textview的属性为空也需要设置setText("")，背景透明也需要设置），否则在滑动的过程中会出现内容的显示错乱。
• 谨慎使用Android的多进程，多进程虽然能够降低主进程的内存压力，但会遇到如下问题：（1）不能实现完全退出所有Activity的功能（如果有同行在应用内采用多进程成功实现过完全退出程序欢迎沟通交流）；（2）首次进入新启动进程的页面时会有延时的现象（有可能黑屏、白屏几秒，是白屏还是黑屏和新Activity的主题有关）；（3）应用内多进程时，新启动一个进程都会重新跑一次Application的onCreate方法，不上重新创建一个Application，但会重新跑Application的onCreate，这样就不能在Application中缓存数据作为内存共享的途径了；（4）多进程间通过SharedPreferences共享数据时不稳定，具体可以查阅《Android开发艺术探索》。
• 使用Toast时，建议定义一个全局的Toast对象，这样可以避免连续显示Toast时不能取消上一次Toast消息的情况（如果你有连续弹出Toast的情况，避免使用Toast.makeText）；
• View的面积越大绘制的时间就越长，透明通道对View的绘制速度影响很大；
• 不要通过Msg传递大的对象，会导致内存问题。
• 关于AS的使用经验，参见：[Android Studio使用过程中需要弄明白的一些问题](Eclipse转Android Studio的过程中有必要弄明白的一些问题 - 张明云的知识共享 - 知乎专栏)
  
• Eclipse的工程转成AS的版本后，在同一个机器中安装会报”INSTALL_FAILED_VERSION_DOWNGRADE“这个错误，原因是因为as除了可以在Manifest.xml文件中设置apk的版本名和版本号，还可以在build.gradle文件中设置apk的版本名和版本号，记得修改build.gralde中的版本名和版本号到最新就可以了；
  
• 通常情况下，在插入USB之后可能会跳转到一个新的界面，这时候可能你本来是横屏的，突然跳转到这个新界面是竖屏的，虽然你的界面被压在下面，但是还是会被强制横竖屏切换一次，如果这时候你的界面不做处理就会重载，如果你的界面里面有很多fragment，这时候的重载更加复杂，难以处理。所以建议不做横竖屏切换的界面都弄一下横竖屏切换不重载。
  
• 如果你在 manifest 中把一个 activity 设置成 android:windowSoftInputMode="adjustResize"，那么 ScrollView（或者其它可伸缩的 ViewGroups）会缩小，从而为软键盘腾出空间。但是，如果你在 activity 的主题中设置了 android:windowFullscreen="true"，那么 ScrollView 不会缩小。这是因为该属性强制 ScrollView 全屏显示。然而在主题中设置 android:fitsSystemWindows="false" 也会导致 adjustResize 不起作用；
  
• 做自定义手写功能时，底层上报的点并不会都在MotionEvent中能够及时接收到，比如底层一秒钟200个点，上层收到的可能只有几十个点，为了提高手写的流畅度，在onTouchEvent中，通过MotionEvent中的getHistorySize能够获取到从底层传输到上层过程中所有的点。

》 1. 为Activity声明系统配置变更事件
系统配置变更事件是指转屏，区域语言发生变化，屏幕尺寸发生变化等等，如果Activity没有声明处理这些事件，发生事件时，系统会把Activity杀掉然后重启，并尝试恢复状态，Activity有机会通过onSaveInstanceState()保存一些基本数据到Bundle中，然后此Bundle会在Activity的onCreate()中传递过去。虽然这貌似正常，但是这会引发问题，因为很多其他的东西比如Dialog等是要依赖于具体Activity实例的。所以这种系统默认行为通常都不是我们想要的。
为了避免这些系统默认行为，就需要为Activity声明这些配置，如下二个是每个Activity必须声明的：
<activity android:configChanges="orientation|keyboardHidden">
几乎所有的Activity都要声明如上，为什么Android不把它们变成Default的呢?
2. 尽量使用Android的API
这好像是废话，在Android上面开发不用Android API用什么？因为Android几乎支持Java SE所有的API，所以有很多地方Android API与Java SE的API会有重复的地方，比如说对于文件的操作最好使用Android里面Context封装的API，而不要直接使用File对象：
Context.openFileOutput(String); // no File file = new File(String)
原因就是API里面会考虑到Android平台本身的特性；再如，少用Thread，而多使用AsyncTask等。
3. 要考虑到Activity和进程被杀掉的情况
如了通常情况退出Activity外，还有Activity因其他原因被杀的情况，比如系统内存过低，系统配置变更，有异常等等，要考虑和测试这种情况，特别是Activity处理重要的数据时，做好的数据的保存。
4. 小心多语言
有些语言真的很啰嗦，中文或英文很简短就能表达的事情到了其他语言就变的死长死长的，所以如果是wrap_content就可能把其他控制挤出可视范围； 如果是指定长度就可能显示不全。也要注意特殊语言比如那些从右向左读的语言。
5. 不要用四大组件去实现接口
一是组件的对象都比较大，实现接口比较浪费，而且让代码更不易读和理解； 另外更重要的是导致多方引用，可能会引发内存泄露。
6. 用getApplication()来取Context当参数
对于需要使用Context对象作为参数的函数，要使用getApplication()获取Context对象当参数，而不要使用this，除非你需要特定的组件实例！getApplication()返回的Context是属于Application的，它会在整个应用的生命周期内存在，远大于某个组件的生命周期，所以即使某个引用长期持有Context对象也不会引发内存泄露。
7. 主线程只做UI控制和Frameworks回调相关的事。附属线程只做费时的后台操作。交互只通过Handler。这样就可以避免大量的线程问题。
8. Frameworks的回调不要做太多事情仅做必要的初始化，其他不是很重要的事情可以放到其他线程中去做，或者用Handler Schedule到稍后再做。
9. 要考虑多分辨率
至少为hdpi, mdpi, ldpi准备图片和布局。元素的单位也尽可能的使用dip而不要用px。
10. 利用Android手机的硬键
几乎所有的Android手机都有BACK和MENU，它们的作用是返回和弹出菜单，所以就不要再在UI中设计返回按扭和菜单按扭。很多优秀的应用如随手记和微信都有返回键，他们之所以有是因为他们都是从iOS上移植过来的，为了保存体验的一致，所以也有了返回和菜单。但这不够Android化，一个纯正的Android是没有必须重复硬键的功能的。