android 就是一个独立的平台,本身也是事实分裂了 java 生态,并且 android 的虚拟机不符合 jvm 规范,安卓跑的是 dex,jvm 跑的是 class, java 代码是先编译成 class,然后再转换成 dex.

然后现在 jvm 与安卓已经是事实分裂平台

正常如果是大量的请求,本身就不能只是依赖 httpclient 的异步,而是自己要实现一个'消费队列',使用自己的策略处理

队列满了当然是要一个策略了,比如丢弃,比如先保存到其他地方

attachBaseContext 这个方法你要保证 super 这个调用之后,才能返回

然后当然走不到 super.attachBaseContext(context),所以 context 是 null

lifecycleScope.launch 之后直接返回了...

后端 jdk15,至少也要用支持 var 的版本..我写安卓都开始用 var 了,方便不少

使用组权限来授权,导致无法详细,安卓本身可以实现更细致的,只是没给你用而已,你可以配置为写允许,读禁止,然后利用分享来做文件传递. app 不规范,系统想简化,用户数据就是牺牲品,想保护自己数据,就只能靠自己了

OpenJDK 64-Bit Server VM Zulu15.27+17-CA (build 15+36, mixed mode, sharing)

使用 Appops 与权限来设置应用详细的权限 imgur 点 com/BG2M4DU

通过 AppOps 你可以控制绝大部分权限,但是如果你是安卓 10 以上,这个方法目前很蛋疼,因为系统会自动修改 AppOps 状态,如果你说的控制 访问已安装的 app,你需要自己 hook 系统,或者修改系统代码实现,比如 XPrivacyLua,其可以控制 app 访问

@lear7 只用 show,hide,应该是没法解决这个问题了.目前想参考 viewpager2 来实现,但是本质 Fragment 的复杂,还是可预见的一堆问题

@zhanlanhuizhang 是重写,但是他这个问题不仅仅是 FragmentNavigator 问题,还有 Fragment 等的问题,目前基本都是重写,用 show,hide,但是 show,hide 根本不足以满足,还需要配合生命周期.....反正解决一个问题又来一个问题,然后发现越来越复杂了

用 show,hide 也有很多问题,1.view 的层级问题,先 show 的 view 在下面,当你在次需要显示时,实际他是在新页面的下面,尤其做 xy 轴动画,可以明显看到.2.生命周期问题,hide 的视图,本身生命周期并没有任何改变,所以需要你配置最大生命周期,当设置为 STARTED 时会导致动画执行是在 RESUMED 之后.导致刷新数据造成动画卡顿,还会会导致 viewmodel 的监听不正常,如果设置为 CREATED,又会导致 view 重建..然后其他小问题就不说了..反正坑.官方说内存问题,就很搞笑啊,当内存不够时再销毁 fragment 不行么..就连 uwp 的 page 都支持 NavigationCacheMode(Disabled, Enabled, Required);目前我是自己实现了这样的东西,但是已经不想用了

假设 close 出错了,那这个错误可能会对将来的执行造成影响,这时候,错误还是会产生,还是有机会再见的~,这时候就会来检查,为啥关闭不了~,如果是业务有要求,那么关闭的时候出错,你必然是要做处理的,或者继续 throw

能力与年龄是否正比发展,然后 zb 环境问题