Frida替换Java方法后应用冻结，咨询运行时替换方法实现可行性

1. 能否通过反编译工具获取类名方法名并运行时替换方法实现？ #

完全可以。你可以用JD-GUI、FernFlower这类反编译工具解析Java字节码，获取目标类的全限定名、方法/构造器签名，然后借助Frida、ByteBuddy、ASM这类动态字节码操作工具，在JVM运行时替换目标方法的实现，让JVM执行自定义逻辑。

2. Frida脚本导致应用冻结的原因及解决方法 #

你的脚本出现冻结是因为无限递归调用：在hook后的构造器实现中，直接调用this.$init(arg)会再次触发你自定义的hook逻辑，形成无限循环，耗尽CPU资源导致应用卡死。

修正后的脚本 #

Java.perform(() => {
    const StringBuilder = Java.use('java.lang.StringBuilder');
    const ctor = StringBuilder.$init.overload('java.lang.String');
    
    ctor.implementation = function (arg) {
        console.log(arg);
        // 调用原始构造器的实现，避免递归
        return ctor.original.call(this, arg);
    };
    
    console.log('[+] new StringBuilder(java.lang.String) hooked');
});

额外注意事项 #

• 核心类（如StringBuilder）被大量频繁调用，过多的console.log会严重影响性能，建议只在调试阶段打印必要日志，或添加过滤条件后再输出。
• Java 17的模块化系统可能对动态hook有一定限制，确保Frida版本与Java版本兼容（当前Frida 16.2.5支持Java 17），若仍有异常可尝试更新Frida至最新版本。
• 确保Frida正确attach到目标桌面Java进程，可使用frida -n <进程名称>或frida -p <进程ID>命令精准attach。

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