[Bug/设计疑问] ForkJoinTask 上下文缓存（WeakCache/CAPTURED_CACHE）依赖 GC 清理而非显式 remove，在 JDK 21 下导致堆内存无界增长

[abstinencetang]

Search before asking

• I have searched the existing issues before asking.

AREX Test Service

AREX Java Agent (arextest/arex-agent-java)

Current Behavior

WeakReferenceKey + ArexThreadLocal.Transmitter.Snapshot + HashMap 对象增加，内存持续上涨

Expected Behavior

我希望了解：为何 ForkJoinTask 插桩设计为依赖弱引用 + WeakCache.check() 做驱逐，而不是在任务执行结束时显式 remove？** 在我们的环境中，该设计会导致缓存无界增长。

当前设计

1. ForkJoinTask 构造时 put
ForkJoinTaskConstructorInstrumentation 捕获上下文并写入静态缓存：

// ForkJoinTaskConstructorInstrumentation.ConstructorAdvice
final Object captured = ArexThreadLocal.Transmitter.capture();
if (captured != null) {
    Cache.CAPTURED_CACHE.put(task, captured);
}
2. exec/run 时 get + replay
// ForkJoinTaskInstrumentation.ExecAdvice.onEnter
final Object captured = Cache.CAPTURED_CACHE.get(task);
backup = ArexThreadLocal.Transmitter.replay(captured);
3. 退出时仅 restore，无 remove
// ForkJoinTaskInstrumentation.ExecAdvice.onExit
ArexThreadLocal.Transmitter.restore(backup);
// 缺少：Cache.CAPTURED_CACHE.remove(task);
4. 驱逐依赖 WeakCache.check() + GC
// WeakCache：Key 为 WeakReference<ForkJoinTask>，Value（Snapshot）为强引用
void check() {
    while ((reference = poll()) != null) {
        target.remove(reference);  // 仅当 ForkJoinTask 被 GC 并入队后
    }
}

### Steps To Reproduce

JDK 21 / 虚拟线程背景
我们的复现环境（Spring Boot + JDK 21）：
@GetMapping("/test1")
public String hello() {
    try (var executor = Executors.newVirtualThreadPerTaskExecutor()) {
        for (int i = 1; i <= 10; i++) {
            executor.submit(() -> log.info("hello: {}", n));
        }
    }
    return "success";
}

### Anything else

_No response_

### Are you willing to submit a pull request to fix on your own?

- [ ] Yes I am willing to submit a pull request on my own!

[abstinencetang]

1. 修复方案
   1.1 修复思路
   在 ForkJoinTask exec / run 正常退出时，restore 之后 立即 remove(task)，使缓存生命周期与任务执行对齐。
   1.2 实际改动
   （1）Cache 接口新增 remove
   文件：arex-agent-bootstrap/src/main/java/io/arex/agent/bootstrap/internal/Cache.java
   V get(K key);
   void put(K key, V value);

void remove(K key); // 新增

void clear();
boolean contains(K key);
（2）WeakCache 实现 remove
文件：arex-agent-bootstrap/src/main/java/io/arex/agent/bootstrap/internal/WeakCache.java
public void remove(K key) {
final V value = target.remove(new WeakReferenceKey<>(key));
if (cleanUpTask != null && value != null) {
cleanUpTask.cleanUp(value);
}
}
说明：

• 使用 不带 ReferenceQueue 的 WeakReferenceKey(key) 做查表删除（与 containsKey 一致）。

• 不 在 remove 前调用 check()（与 get/put 不同，避免多余 poll 开销）。
  （3）TrieCache 实现 remove（接口一致性）
  文件：arex-agent-bootstrap/src/main/java/io/arex/agent/bootstrap/internal/TrieCache.java
  public void remove(String key) {
  // 遍历前缀树，将叶子节点 value 置 null
  }
  （4）ForkJoinTaskInstrumentation.onExit 调用 remove
  文件：arex-instrumentation/internal/arex-executors/src/main/java/io/arex/inst/executors/ForkJoinTaskInstrumentation.java
  @Advice.OnMethodExit(suppress = Throwable.class)
  public static void onExit(
  @Advice.This Object task,
  @Advice.Local("backup") Object backup) {
  if (!AgentBootConfig.IS_OPEN) {
  return;
  }

  ArexThreadLocal.Transmitter.restore(backup);
  Cache.CAPTURED_CACHE.remove(task);
  }
  1.3 修复后的生命周期
  ForkJoinTask 构造（capture != null）
  → put(snapshot)
  exec/run 进入
  → get + replay
  exec/run 正常退出
  → restore + remove ← 主清理路径
  修复后 map 规模 ≈ 当前已 put 但尚未 exec 完成（或异常未走 onExit）的 ForkJoinTask 数量，不会随运行时间单调增长。