NodeMCU运行AP模式简易服务器时堆内存耗尽问题求助

看起来你遇到了NodeMCU做AP服务器时的内存泄漏问题，这在Lua环境里很常见，主要是闭包引用未清理、垃圾回收不及时以及TCP连接资源残留导致的。我帮你分析下问题并给出修复方案：

问题根源拆解 #

1. 闭包循环引用：你原代码里的嵌套匿名函数（conn:on("receive")里又嵌套了cn:send的回调）会持有连接对象的引用，Lua的垃圾回收器无法自动识别并回收这些循环引用的对象，导致内存不断被占用。
2. 未主动触发GC：NodeMCU的Lua默认GC触发频率很低，尤其是在有频繁网络请求时，内存碎片和未回收对象会持续积累，你还把collectgarbage()注释掉了，这雪上加霜。
3. TCP连接资源未彻底清理：连接关闭后，没有移除之前绑定的receive事件监听，残留的事件处理函数会一直占用内存。

修改后的完整代码 #

local SSID = "NodeMCU" 
local SSID_PASSWORD = "12345678" 

-- 初始化AP模式（原代码可能遗漏，确保正确启动）
wifi.setmode(wifi.SOFTAP)
local ap_cfg = {ssid=SSID, pwd=SSID_PASSWORD}
wifi.ap.config(ap_cfg)

-- 把receive回调抽成外部函数，减少闭包引用
local function handle_client_request(cn, req_data)
    print("Received request:\n" .. req_data)
    print("Available memory before response: " .. node.heap()) 

    -- 这里保留你的请求数据处理逻辑，比如解析HTTP请求
    local query_data = {} 

    -- 发送响应后彻底清理资源
    cn:send("HTTP/1.1 200 OK\n\n", function()
        -- 先移除receive事件监听，避免残留引用
        cn:on("receive", nil)
        -- 关闭TCP连接
        cn:close()
        -- 主动触发完整垃圾回收
        collectgarbage("collect")
        print("Available memory after GC: " .. node.heap()) 
    end)
end

local function on_client_connect(conn) 
    print("New client connected") 
    -- 绑定请求处理函数
    conn:on("receive", handle_client_request)
end

-- 创建TCP服务器监听80端口
local srv = net.createServer(net.TCP)
srv:listen(80, on_client_connect)

关键修改点说明 #

• 抽离回调函数：把嵌套的匿名函数改成外部命名函数handle_client_request，避免每次新连接都创建新的闭包，减少不必要的内存占用，同时帮助GC更好地识别可回收对象。
• 清理事件监听：在连接关闭前，用cn:on("receive", nil)移除事件绑定，确保没有残留的函数引用占用内存。
• 主动触发GC：在连接清理完成后调用collectgarbage("collect")，强制Lua执行完整的垃圾回收，及时释放闲置内存。
• 完善AP初始化：补充了AP模式的启动代码，确保你的NodeMCU能正常以AP模式运行。

额外优化建议 #

• 如果你不需要query_data变量，可以直接移除它，减少内存开销。
• 尽量复用全局/外部函数，避免在连接回调内部定义新函数，减少闭包的创建。
• 如果处理大请求，建议分段读取数据，不要一次性把全部请求内容加载到内存里。

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