unity lua C# 这边 new 了一个GameObject 对象并发给Lua那边， 这时C# 这边在通过GC释放掉这个对象；lua 那边会报错；遇到这种问题的解决方案

C# 这边 new 了一个GameObject 对象并发给Lua那边， 这时C# 这边在通过GC释放掉这个对象；lua 那边会报错；遇到这种问题的两种方式 解决方案：

1.lua一个 sprite对象如果被引擎释放了,那引用它的变量怎么不是nil
    每一个lua引用的GameObject都有独立的 引用索引,当 lua的 对象的生命周期结束， 调用 原方法 _gc,会减去 一个引用计数,当这个引用计数为0 的时候会 remove 掉 c# 对象池里面的对象,然后如果这个c# 就没有了lua的引用，而如果也失去了 c#的引用，就会触发 c# 的GC,C#端主动Destroy的GameObject不会索引到lua这边来释放lua部分的“代理”内存,2边的gc各自管理自己的内存.
   

 tolua有个tolua.isnull专门来判断这个情况,tolua.isnull则是绕过proxy数据，查看源数据是否为空

    tolua的方案是，lua并不会尝试跨语言去管理C#的内存，他只是简单的“钉住”C#的某一个内存，自己gc完毕后，释放对某段C#内存的引用，至于释放掉引用的C#内存啥时候真正释放，lua不关心，C#gc的事情。
  总得来说：如果遇到C#那边主动Destory并释放GC的话，lua那边在用这个对象时，主动做一下isnull 的验证；验证对象内存是否被销毁

2.逻辑层去处理，用对象管理池，所有创建C#对象都通过管理器去创建，在创建对象时区分由哪边创建的；删除时，必须由创建时的那边去做destroy操作。如果在写逻辑时Lua把对象传给了C#，那么lua在调用Destroy时，必须先要确保C#的指向Clear。反之C#把对象传给Lua 也一样

以上属于个人观点，如果理解有误，欢迎留言讨论.....大家共同进步