【问题标题】:What is causing my program to run out of memory using NodeMCU?是什么导致我的程序使用 NodeMCU 耗尽内存?
【发布时间】:2017-04-06 12:03:58
【问题描述】:

谁能告诉我为什么我的程序内存不足?我在 SDK 1.5.4.1 NodeMCU 上使用 Lua 5.1.4。这是我的代码

wifi.setmode(wifi.STATION)

wifi.sta.config("asdf","xxx")

elWiFi =(wifi.sta.getip())
if elWiFi ~= nil then
    print(wifi.sta.getip())
end

if srv~=nil then
    srv:close()
end

srv=net.createServer(net.TCP) 
if srv ~= nil then
    srv:listen(6969,function(conn) 
        if conn ~= nil then
        conn:on("receive",function(sck,numbers) 
        if numbers ~= nil then 
            collectgarbage("collect")
            p = string.find(numbers, "x=") --parses TCP string
            q = string.find(numbers, "&y")
            if p ~= nill then
                if q ~=  nil then
                    x = (string.sub(numbers,p+2, q-1))
                    print("x=" .. x )       -- prints x value
                end
            end --p ~= nill
            p = string.find(numbers, "y=")
            q = string.find(numbers, "&z")
            if p ~= nil then
                if q ~=  nil then
                    y = (string.sub(numbers,p+2, q-1))
                    print("y=" .. y)          --prints y value
                end
            end --p ~= nill
            p = string.find(numbers, "z=")
            q = string.find(numbers, " H")
            if p ~= nill then
                if q ~=  nil then
                    z = (string.sub(numbers,p+2, q-1))
                    --print("z=" .. z)
                end
            end-- p ~= nill
        end --numbers ~= nil
        conn:close()
        --conn = nil

        print(collectgarbage("count")*1024)
        collectgarbage("collect")
        --print(collectgarbage("count")*1024)

        --conn:send("test\n")

        end)
        end
    end)

end

我在每次解析 x 和 y 之后在收集 garbare 之前和之后打印堆内存。它会随着时间的推移而增加并最终崩溃。

这是输出的样子

x=-0.003997802734375
y=-0.0095672607421875
6744
6744
x=-0.0029449462890625
y=-0.0099945068359375
7133
7098
.
.
.
x=-0.003662109375
y=-0.00982666015625
35309
35275
x=-0.00311279296875
y=-0.0097503662109375
35424
35389
E:M 64
PANIC: unprotected error in call to Lua API (not enough memory)

 ets Jan  8 2013,rst cause:2, boot mode:(3,7)

load 0x40100000, len 25936, room 16 
tail 0
chksum 0x5b
load 0x3ffe8000, len 2268, room 8 
tail 4
chksum 0xe4
load 0x3ffe88dc, len 8, room 4 
tail 4
chksum 0xd9
csum 0xd9
„ã ì ƒNì’r‚òn|ä d dld` „ãrÛ$Œ ò „  ìdà

NodeMCU custom build by frightanic.com
 branch: master
 commit: 7b83bbb2ea134cd85ac9d63108603cc02c4e20f7
 SSL: false
 modules: adc,file,gpio,net,node,ow,pwm,spi,struct,tmr,uart,websocket,wifi
 build  built on: 2016-11-15 00:43
 powered by Lua 5.1.4 on SDK 1.5.4.1(39cb9a32)
> x=-0.003997802734375

然后它会重新启动。

提前感谢您的帮助。

【问题讨论】:

    标签: memory lua nodemcu


    【解决方案1】:

    conn:on("receive") 回调中,您不能引用conn 变量,而是sck 变量,原因如下:

    为“连接”事件注册的回调保留对conn 的引用,conn 保留对回调闭包的引用。这创建了一个完美的参考循环。因为那不能被垃圾收集,所以你的内存泄漏。

    此外,您不应在事件回调中关闭连接。

    更多讨论请见https://github.com/nodemcu/nodemcu-firmware/issues/1303https://stackoverflow.com/a/37379426/131929

    【讨论】:

    • 听起来很奇怪。引用循环不会阻止 Lua 收集垃圾。
    • @EgorSkriptunoff,不,但是 on 函数在 Lua 注册表中注册了 CB,并且当前的网络代码没有清除这些,因为对象 __GC 函数没有被触发,因为它在 open upval 中持续存在,因此标记和扫描不会将它们冲洗掉。没有典型的 Lua 行为,但就是这样。
    • @Marcel 我不确定我是否跟随。我没有在conn:on("receive") 中引用conn,我什至也没有使用sck。除了conn:close(),但即使在我删除之后,我的程序仅在 3 次输入后就挂起。
    • 是的,你正在做一个conn:close()。这应该是sck:close()
    • @user3249979 你不应该关闭连接。关闭 socket 很好,推荐。 Upvote/accept 有用的答案,以便 Stack Overflow 可以将其标记为已解决。
    【解决方案2】:

    网络中的这种upval泄漏令人讨厌。避免意外 upval 绑定的最简单方法是提升接收器例程的声明。类似于以下内容。我还重新编码了您的解析器,尽管在更经济的 Lua 中使用相同的语法假设。 (未调试,所以我可能有错字等)

    local srv=net.createServer(net.TCP)
    local function receiver(sck,numbers)
      local p={}
      for v,n in (numbers or ''):gmatch("([x-z])=(%d+)") do
        print (("%s=%s"):format(v,n))
        p[v]=n+0
      end
      -- processReq(p.x, p.y, p.z)
      print(collectgarbage("count")*1024)
      collectgarbage("collect")
      sck:close()
    end
    
    if svr then
      srv:listen(6969,function(conn) conn:on("receive",receiver) end)
    end
    

    【讨论】:

      猜你喜欢
      • 1970-01-01
      • 1970-01-01
      • 2011-05-06
      • 2012-12-09
      • 1970-01-01
      • 1970-01-01
      • 2019-05-16
      • 1970-01-01
      • 1970-01-01
      相关资源
      最近更新 更多