置于兼容,他根本不需要符合 jvm,同样也不需要去完整兼容,事实也是,他现在 java8 兼容完整了吗?

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