写lua的时候用到的module多了，很容易就会犯这样的错误，所以这里记录一下。setmetatable这样的方法，是挂载在_G表下的，但是报错说找不到这样的方法，原因是使用了module，整个环境被压栈了，所以全局的方法都看不到了。而一般会写module(..., package.seeall)，是为了使全局环境可见。    但是如果有用到setmetatable(_M, {__in

近几天发现公司项目（cocos2dx arpg手游）战斗这块出现了内存泄漏，lua层和C++层都有泄漏，挂几分钟lua内存额外增加了50M，打算优先从lua入手去查询，因为针对C++层，我相信目前使用的底层代码是比较稳定的，不会出现严重的泄漏现象，并且我有使用打印渲染树的方式检测过，不存在创建大量的节点并忘记手动remove的情况（这个是用于检测是否有节点创建后忘记释放导致内存泄漏的工具，是本人原

cocos2dx引擎的渲染树算是引擎比较核心的数据结构了，在开发过程中如果能把渲染树打印出来，其实是可以做很多事情的，例如：检测是否有节点被创建了但是没有被removeFromParent；审视整个渲染树结构看看是否有渲染层级过多导致性能下降；bug调试等……    我想的方案是用lua导出文件的方式，在导出文件中按层次把渲染树打印出来（当然，这个和框架封装相关），因此还解决了一个比较隐蔽的内