oldratlee
commented
4 years ago 但是
java.lang.instrument.Instrumentation#retransformClasses不支持在transform中为ForkJoinTask添加fields:
关于retransformClasses，我也没有使用过。关于这方面可以通过Agent的官方文档来了解确认。
添加fields不成功，可能和Agent的设置有关系。你可以试试： @Yelijah
- 改一下（
TTL的）Agent设置，如<Can-Redefine-Classes>true</Can-Redefine-Classes> - 并重新打包
TTL Jar来验证（通过mvn install）
@Yelijah 有了验证结果，可以反馈一下 :")
PS： 关于运行时动态加载Agent的Issue：支持运行时加载TTL agent #169
因为一些特殊原因, 必须要运行时动态
agent
能展开来说一下你的需求场景、问题吗？ @Yelijah
这样能够
- 通过 需求场景、问题 来展开 不同、合适的解决方法
- 也能让更多的人了解/理解 相应的问题、使用方式
Q1. 不知能否改写TtlForkJoinTransformlet, 使其不直接修改ForkjoinTask, 转而修改ForkJoinPool? Q2. 并且TtlCallable和TtlRunnable都是通过包装类形式实现, 为何TtlRecursiveTask会是抽象类实现?
修饰ForkjoinTask而不是ForkJoinPool，实现更简单可靠。（ForkJoinPool没有找到可靠的实现方式）
相关的说明Issue：TtlExecutors怎么没有包装ForkJoinPool的方法 #200
TtlRecursiveTask是抽象类实现，原因是ForkJoin本身的API设计不一样。
ForkJoin功能实现方式，ForkJoinPool没有 以接口/语义方式 来提供，不方便统一可靠方式的截面拦截
要可靠实现ForkJoinPool包装有困难。
相关的更多说明参见：
- Issue #76 ：
ForkJoinTask.exec() 是抽象类方法，不好包装. ForkJoinWorkerThread.afterTopLevelExec() 限制包内访问，而且runTask()没有类似beforeTopLevelExec()的方法和执行点。 以上是我分析过程的思路和遇到的问题记录下.
- PR #82
上面提到的TTL设计与实现困难/问题，欢迎解法与建议 😄 @Yelijah
Yelijah
因为一些特殊原因, 必须要运行时动态
agent，现已基本完成。但是
java.lang.instrument.Instrumentation#retransformClasses不支持在transform中为ForkJoinTask添加fields:Q1. 不知能否改写TtlForkJoinTransformlet, 使其不直接修改ForkjoinTask, 转而修改ForkJoinPool? Q2. 并且TtlCallable和TtlRunnable都是通过包装类形式实现, 为何TtlRecursiveTask会是抽象类实现?