TCP三次握手影响connect()阻塞时机，四次挥手决定TIME_WAIT状态；Socket编程需理解连接生命周期对阻塞、复用及Netty执行时机的影响。
Java面试中问TCP三次握手和四次挥手，本质不是考你背网络协议细节，而是看你是否理解Socket编程背后的连接生命周期，以及它如何影响ServerSocket、InputStream阻塞、连接复用（如HTTP/1.1 keep-alive）、甚至Netty的ChannelHandler执行时机。
为什么connect()会阻塞？三次握手到底卡在哪一步
Java里调用new Socket(host, port)时，底层会触发connect()系统调用。这个调用在默认阻塞模式下，要等到三次握手完成（即收到服务端发来的SYN+ACK，并回传ACK）才返回。如果中间丢包、服务端没监听、防火墙拦截，就会卡在SYN超时重传阶段（Linux默认约21秒）。
常见误判：以为“连不上”是代码写错了，其实是网络层或服务端未就绪。
- 可通过
Socket.setSoTimeout(int)设置连接超时，但注意：这是对connect()本身的超时控制，不是后续读写的超时 - 非阻塞模式需配合
Selector使用，configureBlocking(false)后connect()立即返回，再轮询isConnectionPending()和finishConnect() - 抓包验证时，看到客户端只发了SYN、没收到SYN+ACK，基本可定位为服务端问题或网络中断
close()之后为什么还有TIME_WAIT？四次挥手中哪个包决定状态迁移
调用socket.close()时，JVM会触发底层close()系统调用，发起FIN报文（主动关闭方），进入FIN_WAIT_1状态。对方回ACK后进FIN_WAIT_2；等对方也发FIN，本地方回ACK，才进入TIME_WAIT——这个2MSL等待期由操作系统强制执行，Java无法绕过。
立即学习“Java免费学习笔记（深入）”；
关键点：TIME_WAIT是**主动关闭方**的状态，且必须由它发出最后一个ACK。如果应用频繁创建短连接（如每个HTTP请求都新建Socket），大量TIME_WAIT会占满本地端口（65535个），导致java.net.BindException: Address already in use。
- 避免方式：复用
Socket（如HTTP连接池）、启用SO_LINGER（慎用，可能丢数据） -
SO_LINGER设为0时，close()会直接发RST，跳过四次挥手，但对方read()会立刻抛IOException - Linux可通过
/proc/sys/net/ipv4/tcp_tw_reuse允许TIME_WAIT套接字被快速重用（仅对客户端有效）
Java里哪些操作会隐式触发挥手？shutdownOutput()和close()的区别
socket.close()会同时关闭读写流，发送FIN，走完整四次挥手。socket.shutdownOutput()则只关闭输出方向：清空发送缓冲区，发FIN，但输入流仍可用——此时对方write()不会失败，但read()会返回-1（表示EOF）。
这个特性常用于半关闭场景，比如HTTP上传大文件时，客户端先shutdownOutput()告诉服务端“数据发完了”，继续监听服务端响应；而close()一调，双方都断了，响应可能收不到。
-
shutdownInput()基本不用：它只是让本地read()立即返回-1，不发任何报文，对连接状态无影响 - 一旦调用
shutdownOutput()，再往OutputStream写就会抛SocketException: Socket is closed - Netty中
ctx.close()对应FIN，ctx.writeAndFlush(Unpooled.EMPTY_BUFFER).addListener(ChannelFutureListener.CLOSE)才是优雅半关闭
Socket socket = new Socket("example.com", 80);
OutputStream out = socket.getOutputStream();
out.write("GET / HTTP/1.1\r\nHost: example.com\r\n\r\n".getBytes());
socket.shutdownOutput(); // 发FIN，但还能读响应
InputStream in = socket.getInputStream();
int b;
while ((b = in.read()) != -1) { // 正常读取响应体
System.out.write(b);
}
socket.close(); // 最终释放资源
真正容易被忽略的是：TIME_WAIT不是Java问题，是TCP协议栈行为；而面试追问“怎么优化”，其实在考你是否分得清应用层控制（复用连接）和内核参数调优（tcp_tw_reuse）的边界。
