sxb18324448593的博客

原创 kotlin 协程 入门

协程的结构，首个要了解的就是作用域。作用域一如字面意思就是可以生效的范围，为了解决以往启动一个Activity中的子线程后进行耗时操作后，即使页面已经被销毁了依然执行导致执行完毕后的回调后报错的问题。这个作用域可谓至关重要。现在只要在页面onDestroy时调用scope.cancel()就可以中断代码的执行了。作用域的功能:生命周期管理。

原创 webview页面秒开经验

更多代码懒得写，主要核心思想就是根据缓存的页面数量和剩余可以申请的堆内存的大小来删除最后启动的webView ，然后每次页面打开都将需要访问的webView找出来后addView到H5Activity上显示。这个LinkedHashMap还挺好用的，主要用的特性是，其中只要 webViewCache[url] 调用一次就会将其作为 （LRU)算法中的"最新"条目 从而实现最后一次访问的最早被移除。作为小项目的常用功能很合理。第一步：修改清单文件中的Activity的launchMode。

原创 Android app 加速启动邪修版（有root权限才行）

就转移到了下一个页面去了，减少了2秒启动吧。我们app不是直接启动的，而是通过另一个平台一样的app启动的，我就想啊，平台启动的时候反正也在请求接口，CPU他也不转啊！1.Application初始化耗时（白屏1s）===> 2.权限页USB等权限，获取基础地址初始化（白屏1s）===> 3.登录页onCreate中的初始化以及页面渲染（白屏0.5s）===>4.登录页显示白屏结束。一开始查了网上的经验，原来应用分为冷启动和热启动，我从来都不知道呢（笑）因为以前只要能启动就行，小型公司是不在乎启动速度的。

原创 jetpack Componse 中 LaunchEffect 踩坑 煞费青春好时光

只能修改LaunchedEffect的依赖项才能实时更新其引用的对象，所以用LaunchedEffect的时候他的依赖项要包含所有方法体内使用的对象哦？（一般不会只用最开始的对象吧？这样写后就会发现test的对象引用了其他对象也一样会持有最开始执行时赋予的这个test对象，AI：LaunchedEffect(Unit)在列表结束滑动的时候进行滑动，导致了无限循环了还走不到后面do something之后因为一直在取消当前协程。用的太少就是菜啊我。以后在LaunchEffect中写耗时操作的时候要当心了！

原创 小巧思 多次调用只执行最后一个

在输入文字后监控输入框内容变化的时候，可能遇到先输入的搜索条件少，导致查询到的内容多服务器返回慢，而继续输入后又触发了搜索接口却比之前搜索的更快到了，导致显示的内容不是最后搜索的内容，故而有以下代码诞生，限制只执行了最后一个任务。// 只执行最后一个任务。// 搜索只执行最后一个任务。

原创 公司写提测文档专用 新增配置sql

作为工作记录，我虽然不搞后台，但是公司业务开发中增加了配置总是要找后台写新增sql语句后到提测文档里又麻烦就莫名刺激到人的社交痛点。如果有unid就删除unid和对应的unid数值，因为这是自增id，现场使用八成不匹配的。找到对应数据库（一般是XX_config）然后如图右键配置后-复制为-insert语句。于是找了后台教学了自己写新增sql的方法，在此作为记录。安装了学习版navicat后连接到我们数据库服务器。去除这个符号即可适配公司使用的三种系统的数据库（？先在平台上加上自己想要的配置。

原创 权限页面未统同意和拒绝直接走onRequestPermissionsResult回调

然后发现了连续调用两次requestPermissions() 就会触发onRequestPermissionsResult的回调。显然谷歌官方对权限的状态有某种问题存在。写着骨架项目的代码发现页面还在这里呢（我们公司用户不在意这种权限问题所以都放在权限页请求所有权限），突然就跳转到了权限被拒绝后会跳转的应用信息页面。原本以为是请求的权限问题，结果注释后发现没用，该死的记忆模糊一直让我以为onResum在onCreate前，这是太久没用了吗。

原创 基于 Android Jetpack Compose 和 Hilt 依赖注入无法预览问题解决方案

而判断是否预览的参数，则在Application中设置为false，在预览时不会走Application。所以我用hiltViewModelPreviewSafe代替了hiltViewModel。如果有什么方法影响了预览那就放在这个里面。

原创 SCDN都是机器人读者OTL

原创 Android 自定义View嵌套多层bug排查记录

摘要：开发者在封装下拉刷新列表组件时，遇到刷新动画无法消失的问题。经排查发现是自定义View继承SwipeRefreshLayout后，又在绑定的布局中嵌套了另一个SwipeRefreshLayout，导致双重嵌套。最终解决方案是修改自定义View的父类为非SwipeRefreshLayout的ViewGroup，避免组件重复嵌套。该问题提醒开发者在使用ViewBinding时需注意布局层级关系，避免同类组件嵌套。

原创 Compose文字不居中问题解决

Android Compose Text()视觉效果不居中