Lua5.3中userdata未被GC但关联uservalue被回收问题咨询

Lua 5.3原生规则中，lua_setuservalue会让userdata对关联的uservalue持有强引用，正常情况下只要userdata未被GC，uservalue绝对不会被提前回收。你遇到的现象本质上是以下核心误区导致的：

• 你混淆了C#侧对象实例和Lua侧对应的userdata对象的生命周期：C#对象存活不代表Lua侧绑定的userdata还存活。如果Lua侧没有强引用持有这个userdata，Lua GC会回收该userdata，但C#侧的对象因为你自己持有引用不会被释放。
• 当同一个C#对象后续再次传入Lua侧时，XLua会生成一个全新的userdata，这个新userdata没有设置过uservalue，调用getpeer自然返回nil，看起来就像原来的uservalue被提前回收、userdata还存活。

除此之外还有两个低概率可能：

• 你在业务逻辑中意外调用setpeer(userdata, nil)，把uservalue主动设置为了XLUA_NOPEER
• 你使用的XLua版本修改了原生lua_setuservalue的引用逻辑，导致userdata没有正确持有uservalue的强引用

• 首先在Lua侧持有C#对象对应userdata的强引用：把用到的userdata存到全局表、业务管理器表等长期存活的Lua容器中，避免Lua侧userdata被GC回收。
• 恢复你注释掉的userdata元表配置逻辑：

  local mt = getmetatable(t)
  if not mt then mt = {} end
  if not mt.__index then
      mt.__index = peer
      setmetatable(t, mt)
  end
  

  这段逻辑一方面可以让你直接用item:update()的语法访问peer内的方法，另一方面元表会间接持有peer的引用，增加一层保险。
• 可以在XLua的C#桥接层增加peer缓存：给每个导出的C#对象实例配一个字典，缓存对应的Lua peer表，每次C#对象传入Lua侧时，先查缓存，如果存在就自动给新生成的userdata设置回原来的peer，彻底解决userdata重建导致的peer丢失问题。
• 排查业务逻辑中所有setpeer的调用，避免传入nil参数意外清空uservalue。

你可以加日志快速验证问题：在setpeer时打印tonumber(tostring(userdata))和tonumber(tostring(peer))，在调用item:update()前也打印一次userdata的地址，如果两次地址不一致，就可以确认是userdata被GC后重建导致的问题。

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