同一局域网跨PC使用SocketChannel报Connection refused异常求助

这是跨机器Socket连接时非常常见的问题，结合你描述的“本地正常、跨PC报错”的现象，我帮你梳理几个核心排查方向和解决方法：

1. 检查服务端的监听地址是否绑定正确 #

很多时候新手会把服务端绑定到localhost（也就是127.0.0.1），这个地址只能接受来自本机的连接，局域网内其他机器根本访问不到。你需要把服务端的监听地址改成：

• 0.0.0.0：表示监听所有可用的网络接口（包括局域网IP、公网IP等）
• 或者直接绑定到服务端机器的局域网IP（比如192.168.1.100这类格式）

检查服务端代码里的InetSocketAddress初始化：

// 错误的写法（仅本地可访问）
ServerSocketChannel serverSocket = ServerSocketChannel.open();
serverSocket.bind(new InetSocketAddress("localhost", 8080));

// 正确的写法（允许局域网访问）
serverSocket.bind(new InetSocketAddress("0.0.0.0", 8080));
// 或者指定具体局域网IP
serverSocket.bind(new InetSocketAddress("192.168.1.100", 8080));

2. 确认服务端确实在监听目标端口 #

先确保服务端程序处于运行状态，然后在服务端机器上用命令验证端口是否被监听：

• Windows系统：打开命令提示符，执行 netstat -ano | findstr :<你的端口号>，如果能看到对应端口的LISTENING状态，说明服务端在监听。
• Linux/macOS系统：执行 lsof -i :<你的端口号> 或者 netstat -tulpn | grep :<你的端口号>，确认有进程在占用该端口。

同时要保证客户端代码里socketAddress的端口和服务端监听的端口完全一致，别出现端口号写错的低级错误。

3. 排查防火墙/安全软件的拦截 #

这是最容易被忽略的点！服务端机器的Windows防火墙、第三方杀毒软件会默认阻止外部机器访问未授权的端口。

• 可以先临时关闭服务端的防火墙测试，如果关闭后能正常连接，就需要在防火墙里添加入站规则，允许你的目标端口的TCP连接。
• 客户端机器的防火墙一般不影响出站连接，但如果测试时还是有问题，也可以暂时关闭排查。

4. 验证局域网内两台机器的连通性 #

先在客户端机器上ping服务端的局域网IP，比如 ping 192.168.1.100，如果ping不通，说明两台机器在局域网内根本没连通：

• 检查两台机器是否连接同一个WiFi/网线
• 检查路由器的设置，是否开启了隔离模式（部分路由器会默认开启局域网设备隔离）

如果ping通但还是连接失败，用telnet测试端口连通性：telnet 192.168.1.100 8080，如果提示“无法打开到主机的连接”，说明端口确实没开放或者服务端没监听。

5. 检查SocketChannel的连接代码逻辑 #

如果你使用了非阻塞模式的SocketChannel，直接调用connect()可能不会立即完成连接，需要后续调用finishConnect()确认：

SocketChannel socketChannel = SocketChannel.open();
socketChannel.configureBlocking(false); // 非阻塞模式
socketChannel.connect(new InetSocketAddress("服务端IP", 8080));

// 循环等待连接完成
while (!socketChannel.finishConnect()) {
    // 可以在这里做其他操作，或者短暂休眠
    Thread.sleep(100);
}

不过你的错误是Connection refused，说明客户端连服务端的端口都找不到监听，大概率不是非阻塞模式的问题，但还是可以确认一下代码逻辑是否正确。

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