调用private_accessible方法，某些情况下无法访问内部嵌套类的私有成员

[yaogunfantuan]

public void PrivateAccessible(RealStatePtr L, Type type)
{
    if (!privateAccessibleFlags.Contains(type)) //未处理
     {
         privateAccessibleFlags.Add(type);
         if (typeIdMap.ContainsKey(type)) //loaded
          {
              Utils.MakePrivateAccessible(L, type);
          }
     }
 }

在调用private_accessible时候，如果目标类是一个内部嵌套类，那么在PrivateAccessible中会因为typeIdMap中不存在对应的type，而无法调用MakePrivateAccessible。typeIdMap中添加key只存在于调用import_type方法和push等几个方法中。如果lua中从未调用过此类方法将会导致无法访问内部类的私有成员。
临时解决方案为在private_accessible前,先improt_type下目标嵌套类。
根本原因为在import_type到外部类时候会在TryDelayWrapLoader中直接对其内部类进行TryDelayWrapLoader生成对应的lua Table，而在TryDelayWrapLoader方法中缺少了对typeIdMap中添加对应内部类的key的操作。

[chexiongsheng]

这会递归处理public的内嵌类，你这个内嵌类本身也是私有的么？

[yaogunfantuan]

内嵌类是public，但是这个内嵌类有一个私有类型，这样会访问不到这个私有类型

[yaogunfantuan]

也就是在typeIdMap.ContainsKey(type)这句时候会被判定为不存在

[chexiongsheng]

内嵌类里还有个私有的内嵌类？

[yaogunfantuan]

public class A{
    public class B{
        private string m_StringField = "Test"
    }
}

xlua.private_accessible(CS.A.B)
然后m_StringField就会获取不到值

[chexiongsheng]

就你这例子亲测可以。是不是版本太老了？

[yaogunfantuan]

using UnityEngine;
using XLua;


public class TestA {
    [Hotfix]
    public class TestB {
        private string m_PrivateText = "hello!";
        public string m_PublicText = "hello!";
        public void TestCall() {
            Debug.Log("Hello world");
        }
    }
}


public class test : MonoBehaviour
{
    LuaEnv luaenv = new LuaEnv();
    void Start()
    {
        luaenv.DoString(@"
                require('xlua.util')
                xlua.private_accessible(CS.TestA.TestB)

                xlua.hotfix(CS.TestA.TestB, 'TestCall', function(self)
                    print(self.m_PublicText);
                    print(self.m_PrivateText);
                end)
        ");
        TestA.TestB testB = new TestA.TestB();
        testB.TestCall();
    }
}

out:
LUA: hello!
LUA: nil

版本:v2.1.14

[yaogunfantuan]

@chexiongsheng 您好，这个问题请问现在是已经被确认还是？上面是我自己的测试代码是不通过的。

[chexiongsheng]

是问题，已经修复