Android Runtime Resources Overlay 加载时序分析
💡
原文中文，约36300字，阅读约需87分钟。
📝
内容提要
FRRO（Fabricated Runtime Resources Overlay）是Android 12的新功能，允许开发者动态操作资源，无需单独创建overlay应用。然而，FRRO在实际应用中存在加载时序问题，无法完全替代传统RRO，并且缺乏文档支持。
🎯
关键要点
- FRRO（Fabricated Runtime Resources Overlay）是Android 12的新功能，允许开发者动态操作资源，无需单独创建overlay应用。
- FRRO在实际应用中存在加载时序问题，无法完全替代传统RRO。
- FRRO缺乏文档支持，开发者在使用时面临困难。
- 使用FRRO时，开发者需要通过命令行创建和启用FRRO，但可能会遇到权限和优先级问题。
- Resources.getSystem()不受FRRO影响，导致FRRO无法生效。
- PackageManagerService在OverlayManagerService之前启动，导致FRRO在PackageManagerService读取时尚未加载。
- FRRO的使用受限于可替换的资源类型，且在系统启动早期无法解决加载时序问题。
- Google的文档可用性差，FRRO特性几乎没有文档支持，开发者只能依赖代码进行调试。
❓
延伸问答
FRRO是什么，它有什么功能？
FRRO（Fabricated Runtime Resources Overlay）是Android 12引入的一项新功能，允许开发者动态操作资源，无需单独创建overlay应用。
FRRO在实际应用中存在哪些问题？
FRRO在实际应用中存在加载时序问题，无法完全替代传统RRO，并且缺乏文档支持，开发者面临困难。
开发者如何使用FRRO？
开发者需要通过命令行创建和启用FRRO，但可能会遇到权限和优先级问题。
为什么FRRO对Resources.getSystem()不生效？
FRRO对Resources.getSystem()不生效是因为该方法反映的是zygote中预加载的系统资源，只有不可变且启用的传统RRO会对其生效。
FRRO的加载时序问题是如何产生的？
FRRO的加载时序问题产生于PackageManagerService在OverlayManagerService之前启动，导致FRRO在PackageManagerService读取时尚未加载。
FRRO的文档支持情况如何？
FRRO缺乏文档支持，开发者只能依赖代码进行调试，文档可用性差。
➡️
