Java 21+虚拟线程场景下，如何替换带外部mutex的synchronized块？

为了充分利用Java 21+的虚拟线程特性，通常建议把synchronized块/方法替换为ReentrantLock——因为synchronized会导致虚拟线程**固定（pin）**到操作系统线程，无法发挥虚拟线程轻量调度的优势。

普通场景的简单替换 #

原同步方法：

public synchronized int size() {
    return map.size();
}

替换为ReentrantLock实现：

private final ReentrantLock lock = new ReentrantLock();

public int size() {
    lock.lock();
    try {
        return map.size();
    } finally {
        lock.unlock();
    }
}

核心问题分析：外部传入Mutex的场景 #

如果代码依赖外部传入的mutex做同步，比如原代码：

public int size() {
    synchronized (mutex) {
        return c.size();
    }
}

你给出的用ReentrantLock包裹synchronized块的写法完全无法解决虚拟线程固定的问题——只要代码执行到synchronized (mutex)这一步，虚拟线程还是会被固定到操作系统线程。外层的ReentrantLock不仅没用，还额外增加了锁开销。

正确处理方案 #

方案1：协调替换外部锁类型

如果能协调外部依赖，把传入的Object类型mutex替换为ReentrantLock（或其他java.util.concurrent包下的锁实现），这是最优解。示例代码：

private final ReentrantLock externalLock;

public MyClass(ReentrantLock externalLock) {
    this.externalLock = externalLock;
}

public int size() {
    externalLock.lock();
    try {
        return c.size();
    } finally {
        externalLock.unlock();
    }
}

这种方式完全避免了synchronized的使用，虚拟线程不会被固定。

方案2：将同步逻辑委托给平台线程

如果无法修改外部的mutex（比如依赖第三方库），可以把需要执行synchronized块的逻辑放到平台线程中执行。虚拟线程会把阻塞操作委托给平台线程，自身可以去处理其他任务，避免被固定。示例代码：

private final Object mutex;

public MyClass(Object mutex) {
    this.mutex = mutex;
}

public int size() throws ExecutionException, InterruptedException {
    // 根据实际需求调整平台线程池大小
    try (ExecutorService platformThreadPool = Executors.newFixedThreadPool(2)) {
        return platformThreadPool.submit(() -> {
            synchronized (mutex) {
                return c.size();
            }
        }).get();
    }
}

注意：平台线程池的大小要合理设置，避免创建过多操作系统线程导致资源耗尽。

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