我帮你排查下这个UDP ACK回复的问题吧！你当前的代码能接收消息但发不出ACK，主要问题出在不必要地新建UDP Socket，以及缺少合适的错误处理和地址获取逻辑上。

原代码的核心问题 #

1. 每次收到消息后创建新的udp_c Socket来发送ACK，这种方式不仅冗余，还可能因为Socket创建/配置的潜在问题导致发送失败；
2. 使用receive()配合getpeername()的组合不如直接用receivefrom()高效，后者能一次性获取数据和发送方地址；
3. 没有设置合理的超时和循环延迟，可能导致程序阻塞或CPU占用过高。

修正后的代码 #

local socket = require("socket")

-- 初始化UDP监听Socket
local CadUDPSocketIN = assert(socket.udp())
-- 设置非阻塞超时，避免程序死等无消息的情况
assert(CadUDPSocketIN:settimeout(0))
-- 绑定监听地址和端口
assert(CadUDPSocketIN:setsockname("192.168.13.31", 3033))

while true do
    -- 一次性获取接收的数据、发送方IP和端口
    local datain, senderIp, senderPort = CadUDPSocketIN:receivefrom()
    
    if datain then
        print("收到来自 " .. senderIp .. ":" .. senderPort .. " 的消息: " .. datain)
        
        -- 复用同一个Socket回复ACK
        local sendOk, errMsg = CadUDPSocketIN:sendto("Ack", senderIp, senderPort)
        if not sendOk then
            print("发送ACK失败: " .. errMsg)
        end
        
        -- 处理's'指令对应的特定操作
        if datain == 's' then
            print("执行's'对应的特定操作...")
            -- 在这里添加你的业务逻辑代码
        end
    end
    
    -- 加入小延迟，避免CPU占用过高
    socket.sleep(0.01)
end

关键修改说明 #

• 复用监听Socket发送回复：UDP是无连接协议，完全可以用同一个监听Socket来发送回复，不需要新建Socket，既高效又避免了额外的配置问题；
• 使用receivefrom()获取发送方地址：这个方法能直接返回发送方的IP和端口，不需要额外调用getpeername()，逻辑更简洁；
• 非阻塞超时与循环延迟：settimeout(0)让接收操作不会无限阻塞，配合socket.sleep(0.01)可以降低程序的CPU占用；
• 增加错误处理：对ACK发送结果做判断，方便调试发送失败的情况。

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