Node.js UDP同机收发故障：端口不符与强制回复循环问题

为什么收到的消息源端口不是32227？ #

UDP是无连接协议，主软件配置的32227端口大概率是它的监听端口，而非发送端口。当它向全网发送UDP广播包时，操作系统会自动分配一个临时的随机端口（临时端口范围通常是1024-65535）作为发送的源端口，不会固定使用监听端口。这是UDP通信的默认行为，不管用Node.js还是C#实现，都会遇到这个情况。

强制回复到32227端口导致循环的原因 #

如果主软件在32227端口持续监听，当你把响应发往这个端口后，主软件收到响应可能会触发自身的广播逻辑（比如它的设计是收到反馈后继续发送探测包），你的Node.js又会收到这个新的广播包，再次回复到32227，如此往复就形成了循环。

解决思路 #

• 确认主软件的端口逻辑：先搞清楚主软件到底是在哪个端口接收响应——如果它要求响应必须发往32227，那需要在主软件端添加逻辑，避免收到响应后重复发送探测包；或者你的Node.js收到重复的相同消息时，跳过回复操作。
• 遵循UDP通信标准流程：如果主软件是用临时端口发送探测包，并且在该临时端口等待响应，那你当前代码里用remote.port回复是正确的，这时候只需要确认主软件是否会在发送时的临时端口上监听响应。
• 检查主软件配置细节：有些软件的“发送端口”配置其实指的是监听端口，而非发送时使用的源端口，需要仔细核对主软件的文档或配置说明。

代码逻辑说明 #

你当前的Node.js代码中，UDP部分的逻辑符合UDP通信标准：

socket.on('message', function (message, remote) {
    console.log('SERVER RECEIVED:', remote.address + ':' + remote.port +' - ' + message);
    const response = "{\"AlpacaPort\":12345}";
    socket.send(response, 0, response.length, remote.port, remote.address);
});

这里用remote.port回复到主软件发送时的源端口是正确做法，问题大概率出在主软件的端口逻辑上，而非你的代码。

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