针对你提到的Android无法使用java.lang.instrument.Instrumentation，且现有调研方案要么过时、要么不适配现代ART虚拟机的问题，这里有几个经过验证的可行方案，完全能满足你追踪动态定义方法调用前后操作的核心需求：

1. 基于ART虚拟机的字节码动态修改方案 #

ART并没有完全封死运行时修改已加载类的路径，我们可以结合DexFile、反射和字节码操作库（比如ASM）来实现：

• 核心思路：通过反射获取目标类关联的DexFile实例，用ASM修改目标方法的字节码，插入调用前的前置逻辑和方法退出时的后置逻辑，最后重新替换类加载器中的类定义。
• 具体步骤：
  • 引入适配Android的ASM库：在build.gradle中添加 implementation 'org.ow2.asm:asm:9.5'
  • 编写字节码修改逻辑：用ASM的ClassVisitor遍历类方法，在visitCode阶段插入前置操作的字节码，在方法返回指令（如RETURN）前插入后置操作的字节码
  • 反射绕过ART限制：针对Android 10+的隐藏API限制，需要用反射调用DexFile的内部方法来完成类的重新加载

这种方案无需依赖第三方框架，但需要处理不同Android版本的适配细节，适合需要纯代码实现的场景。

2. 使用Xposed及其衍生框架（最省心的方案） #

如果你的场景允许使用第三方框架，Xposed绝对是首选：

• 它通过Hook ART虚拟机的类加载流程，能轻松捕获任意已加载类的方法调用，包括动态定义的方法
• 你只需要调用XposedHelpers.findAndHookMethod指定目标类和方法，然后在beforeHookedMethod回调中执行前置操作，afterHookedMethod中执行退出逻辑即可
• 现在的LSPosed、EdXposed等变种还支持免Root使用，适配绝大多数现代Android设备

优势是完全不用自己处理字节码底层逻辑，框架已经封装好了所有细节，开发效率极高。

3. 调试阶段用Android Studio Profiler快速追踪 #

如果只是在调试阶段需要查看方法调用情况，Android Studio自带的Profiler工具就能搞定：

• 打开CPU Profiler，选择「Trace Java Methods」或「Sample Java Methods」模式
• 启动追踪后，就能看到所有方法的调用时序、耗时、调用次数，包括动态生成的方法
• 虽然不能自定义插入前置/后置操作，但能快速帮你理清方法调用链路，适合调试排查问题

总结建议 #

• 无Root、纯代码实现需求：优先选方案1，注意做好版本适配
• 追求开发效率、允许使用框架：选方案2，省心省力
• 仅调试阶段追踪：直接用方案3快速获取信息

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