这些年，我爬过的 Android 坑 | 持续更新

最新推荐文章于 2024-08-10 08:25:36 发布

Android架构小麦

最新推荐文章于 2024-08-10 08:25:36 发布

阅读量1.1k

点赞数

文章标签： android

本文链接：https://blog.csdn.net/weixin_46093316/article/details/106138435

版权

本文总结了Android开发中遇到的各种问题，包括视图篇、服务篇、线程篇、网络篇、数据篇、机型系统适配篇、编译构建篇和版本控制篇。详细探讨了如非主线程更新UI、DialogFragment全屏问题、RecyclerView刷新问题、Service通知不消失、多线程SQLite读写、Intent传输数据限制等，提供了相应的解决方案和最佳实践。

摘要由CSDN通过智能技术生成

总结目录

视图篇
服务篇
- 后台手动清理应用之后，service中启动的notifications并没有消失的解决方案
- 全局的Context使用更为优雅的获取方案
线程篇
- 建议新起线程不要随便调用网络请求，一般的newThread没有looper队列，参考handlerThread
网络篇
- Retorfit get 请求参数出现错误的解决方案
数据篇
- 如何优雅处理 sqlite 多线程读写问题
- 如何理解 Intent 传递数据出现 TransactionTooLargeException 的问题
机型系统适配篇
编译构建篇
版本控制篇
- git 修改 commit 记录
- 解决git ignore 文件不生效的问题
其他

<<视图篇>>

如何理解非主线程可以更新UI

谷歌在 viewRootImpl 中检查更新ui的线程

void checkThread() {  
    if (mThread != Thread.currentThread()) {  
        throw new CalledFromWrongThreadException(  
                "Only the original thread that created a view hierarchy can touch its views.");  
    }  
}

在执行onCreate的时候这个判断并没有执行到

dialogFragment 全屏时左右留空的解决方案

在 fragment#onResume 中重新调整 window 布局

android.view.WindowManager.LayoutParams lp = window.getAttributes();
lp.width = WindowManager.LayoutParams.MATCH_PARENT;
lp.height = WindowManager.LayoutParams.WRAP_CONTENT;
window.setAttributes(lp);

dialogFragment 全屏时状态栏出现黑色布局的解决方案

在主题中设置
```
<item name="android:windowIsFloating">true</item>
```
此时 window 为 wrap_content，如果出现左右空白，则考虑使用上个问题的方案。
当应用退回后台一段时间重返后，Fragment 切换重叠的解决方案

在线上项目中我们遇到一个场景：当应用按下 Home 退回后台，然后过一段时间之后从后台拉起我们的项目。极少数机型在主页进行多个 fragment 的切换时出现了 fragment 的重叠。经过定位之后发现，这些机型的运存偏小，性能偏差，出现这种现象的原因是由于内存的压力的原因，系统并不知后台的程序哪一个才需要保持运行，就会尝试回收内存占用较大的页面，当我们的页面被系统销毁时，fragmentActivity#onSaveInstanceState 被执行并保存了一些瞬态信息，比如界面 fragment 的视图信息。当我们再次拉起应用的时候，会让原来的 fragmentActivity 重建并重新构建了一个新的 fragment ，此时会叠加到已经被恢复的 fragment 之上导致重叠。

比较暴力的做法是不让 activity 保存状态，比如
```
 @Override
public void onSaveInstanceState(Bundle outState) {
	 //直接不调用 super.onSaveInstanceState(outState);
	 //或者直接传递空数据 
    super.onSaveInstanceState(new Bundle());
}
```
比较优雅的做法是，比如
```
 @Override
public void onSaveInstanceState(Bundle outState) {
	 getSupportFragmentManager().putFragment(outState, you_key, CusFragment);
    super.onSaveInstanceState(outState);
}

//在onCreate的时候判断是否已经存在保存的信息
 @Override
protected void onCreate(Bundle savedInstanceState) {
    super.onCreate(savedInstanceState);
    setContentView(R.layout.activity_main);
    if (savedInstanceState != null) {
        CusFragment fragment =  (CusFragment)getSupportFragmentManager().getFragment(savedInstanceState, you_key);
    } else {
    	  //init CusFragment
    }
}
```
多个fragment 保存状态时可能出现 TransactionTooLargeException 的解决方案

出现 TransactionTooLargeException 异常时，因为线上我们使用了 FragmentStatePagerAdapter 作为 fragment 适配器为了尽可能过缓存下浏览过的 fragment 以获得更好的体验，承载多个 FragmentStatePagerAdapter#saveState 会被调用并对每一个 fragment 的 bundle 数据进行保存。由于我们的 bundle 较大，并且保存下来的 bundle 并不会因为 fragment 被销毁而销毁，所以需要保存的 bundle 数据会一直增长，直到出现TransactionTooLargeException 异常. 我们参考