Android的阿坑们1.0 版本

2020-04-03  本文已影响0人  卡路fly

1. 在Android library中不能使用switch-case语句访问资源ID

在Android依赖库中使用switch-case语句访问资源ID时会报错误：case分支后面跟的参数必须是常数。

解决办法：if-else


2.不能在Activity没有完全显示时显示PopupWindow和Dialog

抛出异常：
BadTokenException: Unable to add window --token null is not valid; is your activity running?

解决办法：

原因：
PopupWindow.showAtLocation(findViewById(R.id.main), Gravity.BOTTOM,0,0); popwindow必须依附于某一个view，而在oncreate中view还没有加载完毕，必须要等activity的生命周期函数全部执行完毕，你需要依附的view加载好后才可以执行popwindow。

3.多进程之间不要用SharedPreferences共享数据

官方已经在API23后废除了SharedPreference的多进程模式

跨进程的SharedPreference——Tray
https://github.com/grandcentrix/tray
底层通过ContentProvider实现了跨进程共享数据的安全性，并且将上层API的使用封装的更像SharedPreference

4.有些时候不能使用Application的Context，不然会报错

image.png

5. 同一个应用的JNI代码，不要轻易换NDK编译的版本

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

7. Activity中onPause执行结束才会执行下一个Activity的onCreate方法，因此onPause中不适合做耗时较长工作，影响页面间跳转效率

8.谨慎使用Android的透明主题，

9.ViewStub踩坑

  • ViewStub 是一个宽高都为0，不可见的(GONE)，不参与measure与layout(绝大部分情况)，不绘制任何东西，可以用来做懒加载的View,常用于布局优化。
  • 不要在非UI线程中初始化ViewStub，否则会返回null；

优点

  1. 内存耗费很小
    2)占位特性
    3)不可见
    4)一次调用

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

11.不要通过Bundle传递大块的数据，否则会报TransactionTooLargeException异常

12..9图不能通过tinypng压缩，不然会有问题；

13.尽量不要通过Application缓存数据

Application对象并不是始终在内存中的，它有可能会由于系统内存不足而被杀掉。

14.模拟应用程序被杀掉

DDMS中点击 Stop Porcess


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

16.使用属性动画（Property Animation）中的位移类动画时，对layout根节点无效

17.AndroidStudio每个版本、gradle每个版本差别都比较大，对于jni代码的编译建议在Eclipse中进行，如果在Android studio中开发jni会浪费很多时间，主要是编译脚本的配置比较麻烦；

18.不同API版本的AsyncTask实现不一样，有的是可以同时执行多个任务，有的API中只能同时执行一个线程，所以在程序中同时执行多个AsyncTask时有可能遇到一个AsyncTask的excute方法后很久都没有执行。

19.调用AsyncTask的excute方法不能立即执行程序的原因分析及改善方案

20. 使用Adapter的时候，如果你使用了ViewHolder做缓存，在getView的方法中无论这项的每个视图是否需要设置属性(比如TextView设置的属性可能为null，item的某一个按钮的背景为透明、某一项的颜色为透明等)，都需要为每一项的所有视图设置属性（textview的属性为空也需要设置setText(“”)，背景透明也需要设置），否则在滑动的过程中会出现内容的显示错乱。

21. 使用Toast时，建议定义一个全局的Toast对象，这样可以避免连续显示Toast时不能取消上一次Toast消息的情况（如果你有连续弹出Toast的情况，避免使用Toast.makeText）；

22. View的面积越大绘制的时间就越长，透明通道对View的绘制速度影响很大；

23. 不要通过Msg传递大的对象，会导致内存问题。

24. 建议不做横竖屏切换的界面都弄一下横竖屏切换不重载。

25. 如果你在Manifest中把一个 activity 设置成 android:windowSoftInputMode=“adjustResize”，那么 ScrollView（或者其它可伸缩的 ViewGroups）会缩小，从而为软键盘腾出空间。

但如果在 activity 的主题中设置了 android:windowFullscreen=“true”，那么 ScrollView 不会缩小。这是因为该属性强制 ScrollView 全屏显示。然而在主题中设置 android:fitsSystemWindows=“false” 也会导致 adjustResize 不起作用；

26. 通常情况下，在插入USB之后可能会跳转到一个新的界面，这时候可能你本来是横屏的，突然跳转到这个新界面是竖屏的，虽然你的界面被压在下面，但是还是会被强制横竖屏切换一次，如果这时候你的界面不做处理就会重载，如果你的界面里面有很多fragment，这时候的重载更加复杂，难以处理

27. 做自定义手写功能时，底层上报的点并不会都在MotionEvent中能够及时接收到，比如底层一秒钟200个点，上层收到的可能只有几十个点，为了提高手写的流畅度，在onTouchEvent中，通过MotionEvent中的getHistorySize能够获取到从底层传输到上层过程中所有的点。

28. 一个AS工程中module不宜太多，会影响编译速度，将不是经常变动的module打包成aar,主工程直接依赖aar可以大量提升编译速度

29. 动态同步一个依赖包更新，可以在最后写上+，但需要谨慎使用，依赖包的变动导致项目不稳定

30. 尽量避免给window和Activity同时都设置了背景，这样会造成过渡绘制。

可以通过在给Activity设置主题时，去掉windowBackground背景的方式减少一层过渡绘制。有时候为了避免进入Activity时会黑屏或者白屏（和主题有关），会在给Activity设置主题的时候给window设置背景，如果这种情况下给Activity也设置了背景，是会增加一倍内存的

<item name="android:windowBackground">@null</item>

31.一个类的finalize方法调用时机是不确定的，应该避免指望通过这个方法去释放与类相关的资源，否则会导致一些随机bug；

32.Activity的onDestory方法调用时机是不确定的（有时候离开界面很久之后才会调用onDestory方法），应该避免指望通过onDestory方法去释放与Activity相关的资源，否则会导致一些随机bug；

33.不要指望MAT明确告诉你哪里存在内存泄露，它只会提供各个类间的引用关系，所以可以通过leakcanary或者通过adbshell dumpsys meminfo packagename查看进入/退出一个界面后activity和views数量的变化情况，来初步定位可能存在内存泄露的地方，，然后通过MAT工具找到具体的地方。

34. 多网络下指定网络不成功

解决办法：

35.魅族&华为日志不打印

上一篇下一篇

猜你喜欢

热点阅读