我在看Non-blocking I/O, java NIO and tomcat connector，看了tomcat的NIO Connector的代码，found this in NioEndpoint.bind():
serverSock.configureBlocking(true); //mimic APR behavior
我没有使用 NIO 的经验，所以有人可以解释一下当套接字配置为阻塞时它是如何非阻塞的吗？
【问题讨论】：
false 使其变为非阻塞，这是你的问题吧？
据我所知，NioEndpoint 正在使用阻塞 ServerSocketChannel 来阻塞并等待传入的连接，只有在它接受它之后，它才会以非阻塞方式处理这个传入的套接字通道（参见 setSocketOptions 方法)。
使 ServerSocketChannel 成为非阻塞的替代方法将导致作者指出忙读取 - 即一个线程将不断轮询传入的连接，因为非阻塞模式下的 accept() 可能返回 null。
你可以找到一些有用的解释here。
附： 我认为神秘的 APR 代表 Apache Portable Runtime。
【讨论】：
看完代码：
正在侦听传入连接的serverSock 对象阻塞。与其新接受的连接关联的socket 通道对象是实现非阻塞 I/O 的对象。
Acceptor class 是一个侦听传入连接的线程，在其run 方法中具有以下定义：
protected class Acceptor extends AbstractEndpoint.Acceptor {
@Override
public void run() {
// Loop until we receive a shutdown command
while (running) {
// Loop if endpoint is paused
while (paused && running) {
...
try {
........
SocketChannel socket = null;
try {
// Accept the next incoming connection from the server
// socket
socket = serverSock.accept();
} catch (IOException ioe) {............}
...................
// setSocketOptions() will add channel to the poller
// if successful
if (running && !paused) {
if (!setSocketOptions(socket)) {
countDownConnection();
closeSocket(socket);
}
} ....
如您所见，处理新的socket 的是setSocketOptions 方法，它具有以下代码：
protected boolean setSocketOptions(SocketChannel socket) {
// Process the connection
try {
//disable blocking, APR style, we are gonna be polling it
socket.configureBlocking(false);
Socket sock = socket.socket();
socketProperties.setProperties(sock);
与每个连接关联的socket 通道对象用于在相应连接的端点中发送/接收数据，是真正实现non-blocking I/O 的通道对象。
虽然可以始终将serverSock 对象accept 方法设置为非阻塞，但我相信使select（即接受）操作非阻塞是不切实际的，并且不会服务于任何实际目的，并且在任何实际情况下都不会有用。我想不出任何非阻塞接受操作有用的用例。那是给我的。
【讨论】：
从调用者的角度来看是非阻塞的。 API 仍然需要使用阻塞（在工作线程中）或异步 I/O 来实际完成操作。否则，套接字将需要一个自旋锁，从而导致 CPU 浸泡。
您需要查看实现的其余部分以了解此映射是如何完成的。
【讨论】：