将缓冲区写入 Java 通道：线程安全与否？

Question

考虑以下代码 sn-p，它只是将someByteBuffer 的内容写入标准输出：

// returns an instance of "java.nio.channels.Channels$WritableByteChannelImpl"
WritableByteChannel w = Channels.newChannel(System.out);
w.write(someByteBuffer);

Java 指定channels are, in general, intended to be safe for multithreaded access，而buffers are not safe for use by multiple concurrent threads。

所以，我想知道上面的 sn-p 是否需要同步，因为它在某个缓冲区（不是线程安全的）上调用通道的 write 方法（应该是线程安全的） .

我看了一下implementation of the write method：

public int write(ByteBuffer src) throws IOException {
    int len = src.remaining();
    int totalWritten = 0;
    synchronized (writeLock) {
        while (totalWritten < len) {
            int bytesToWrite = Math.min((len - totalWritten),
                                        TRANSFER_SIZE);
            if (buf.length < bytesToWrite)
                buf = new byte[bytesToWrite];
            src.get(buf, 0, bytesToWrite);
            try {
                begin();
                out.write(buf, 0, bytesToWrite);
            } finally {
                end(bytesToWrite > 0);
            }
            totalWritten += bytesToWrite;
        }
        return totalWritten;
    }
}

请注意，除了方法中的前两行之外，所有内容都由writeLock 同步。现在，由于 ByteBuffer src 不是线程安全的，在没有适当同步的情况下调用 src.remaining() 是有风险的，因为另一个线程可能会更改它。

我应该在上面的 sn-p 中同步w.write(someByteBuffer) 行，还是我遗漏了一些东西，write() 方法的 Java 实现已经解决了这个问题？

编辑：这是一个经常抛出BufferUnderflowException 的示例代码，因为我在最后注释掉了synchronized 块。删除这些 cmets 将使代码异常免费。

import java.nio.*;
import java.nio.channels.*;

public class Test {
    public static void main(String[] args) throws Exception {

        ByteBuffer b = ByteBuffer.allocate(10);
        b.put(new byte[]{'A', 'B', 'C', 'D', 'E', 'F', 'G', '\n'});

        // returns an instance of "java.nio.channels.Channels$WritableByteChannelImpl"
        WritableByteChannel w = Channels.newChannel(System.out);

        int c = 10;
        Thread[] r = new Thread[c];
        for (int i = 0; i < c; i++) {
            r[i] = new Thread(new MyRunnable(b, w));
            r[i].start();
        }
    }    
}

class MyRunnable implements Runnable {
    private final ByteBuffer b;
    private final WritableByteChannel w;

    MyRunnable(ByteBuffer b, WritableByteChannel w) {
        this.b = b;
        this.w = w;
    }

    @Override
    public void run() {
        try {
            // synchronized (b) {
                b.flip();
                w.write(b);
            // }
        } catch (Exception e) {
            e.printStackTrace();
        }
    }
}

Answer 1

仅当您从多个线程进行多次写入并希望确保这些写入的原子性时才需要锁定 Channel，在这种情况下您需要锁定 System.out 对象。

如果您在线程间共享了一个非线程安全的变异数据结构，则需要添加锁定。如果可以的话，我会避免在多个线程中使用 ByteBuffer。

Answer 2

重点是：如果您的设置允许多个线程篡改该缓冲区对象，那么您就会遇到线程问题.就是这么简单！

问题不在于 channel.write() 是否是线程安全的。很高兴知道这一点，但不是问题的核心！

真正的问题是：你的代码用那个缓冲区做什么？

当它操作的数据来自外部时，这个通道实现确实在内部锁定某物有什么帮助？！

你知道，src 对象进入此方法时可能会发生各种事情 - 该通道正忙于写入缓冲区！

换句话说：这段代码是否“安全”的问题完全取决于你的代码是如何并行处理那个src缓冲区对象的。

鉴于 OP 的评论：核心 点是：您必须确保使用该字节缓冲区的任何活动都是线程安全的。在给出的示例中，我们有两个操作：

b.flip();
w.write(b);

这些是每个线程将要做的唯一操作；因此：当确保只有 一个 线程可以进行这两个调用时（如图所示；通过查看 shared 缓冲区对象）；那你很好。

其实很简单：如果你有“共享数据”；那么您必须确保读取/写入“共享数据”的线程以某种方式同步以避免竞争条件。