如何用Byte Buddy修改Android中Resources类的方法实现？

可行性分析 #

是可行的，但存在诸多严格限制，实际落地风险很高：

• Byte Buddy的type rebasing技术确实可以修改类的字节码，包括Android SDK中的Resources类，但Android的ART虚拟机对系统类有严格的保护机制：
  • Android 8.0（API 26）及以上版本默认启用类验证机制，修改bootclasspath中的系统类（比如Resources）会触发验证失败，导致App崩溃。虽然可以通过关闭部分验证（如添加android:debuggable="true"或修改ART参数）临时绕过，但这只适用于调试环境，正式包无法通过Google Play审核，且存在安全隐患。
  • 不同Android版本的Resources实现差异较大，rebasing后的字节码可能在特定版本出现兼容性问题，引发不可预知的崩溃。

是否需要Byte Buddy Android Gradle插件？ #

不是必须，但插件能大幅降低集成复杂度：

• 该插件会自动处理Android项目中Byte Buddy的字节码转换时机（比如在编译后、打包前完成类修改），无需手动配置Gradle的transform任务。
• 如果不使用插件，你也可以手动编写Gradle任务，在编译流程中插入Byte Buddy的字节码处理逻辑，但配置繁琐，容易出错。
• 注意：插件仅解决Byte Buddy的集成问题，无法突破ART虚拟机对系统类的限制。

更安全的替代方案 #

直接修改系统类风险过高，更推荐使用Context代理方案：

• 自定义ContextWrapper子类，重写getResources()方法，返回一个代理版的Resources实例：
  • 可以用Java动态代理（Proxy.newProxyInstance）拦截getString()等目标方法，执行自定义逻辑；
  • 也可以编写静态代理类，通过反射绕过Resources构造方法限制，重写目标方法。
• 将App的全局Context替换为自定义的ContextWrapper，所有通过该Context获取的Resources都会走你的代理逻辑，这种方式兼容性好，不会触发系统验证，也无需修改系统类字节码。

内容的提问来源于stack exchange，提问作者Petrakeas