uupdump 点 net,输入 arm

@ikas 缓存

这种字典数据...肯定是统一管理,db 中,然后 load 到内存

这不是 sql 问题.........

置于兼容,他根本不需要符合 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 访问