反序列化多个XML文件后出现Unity卡死

最新推荐文章于 2023-11-04 11:12:46 发布

原创最新推荐文章于 2023-11-04 11:12:46 发布 · 1.4k 阅读

0 ·

CC 4.0 BY-SA版权

文章标签：

#XML #反序列化 #unity卡死

Unity3d 专栏收录该内容

9 篇文章

订阅专栏

本文详细记录了在使用Unity进行开发时遇到的一个问题，即Unity在从编辑模式切换到运行模式时，程序会随机性地卡死。通过一系列的测试和调试，最终发现问题是由于大量XML文件的反序列化导致的性能瓶颈。文章详细介绍了问题排查过程，包括使用不同方式的文件读取方法和调整XML文件读取策略的解决方法。

最近在Unity开发过程中出现一个很奇葩的问题，Unity在从编辑模式切换到运行模式时，Unity都会随机性的假死（并不是每次运行都会卡死，而且一般打开Unity第一次运行都不会卡）。特么又没有报错，就直接这么的卡死了。。。死了。。。了。。。

怀疑以下几点：

1、Unity版本升级的bug；测试方法：新建了一个空的场景来测试，测试的步骤就是狂点play按钮，然后在Windowns的“资源监视器”（打开任务管理器--》性能--》资源监视器）看Unity的进程是不是无响应，然而空场景并不会卡死，所以应该是下面的问题。

2、代码的bug；测试方法：由于没有报错，所以只能用了一个最不是办法的办法来debug -- 注释代码，从登录场景的启动代码开始（因为我是在启动登录场景时才会有卡死的可能性），注释掉一部分代码，再狂点play按钮，然后在Windowns的“资源监视器”（打开任务管理器--》性能--》资源监视器）看Unity的进程是不是无响应，经过一天的努力(此处我应该在吐)，终于在XML的反序列化代码处找到了原因，只要我把一个for循环里的反序列化xml文件的代码注释掉，就怎么点都不会卡死了。

尝试解决方法：

1、既然是xml反序列化卡死，那会不会是反序列化后的数据不对导致的，于是打断点调试，发现反序列化出来的数据都是对的，那应该不是这个问题

2、是不是由于反序列化函数效率不高导致的（其实我的代码中的这个反序列化函数是在一个for循环内的，而且这个for循环在一条协程里执行的），所以我猜想要不对每个xml文件的反序列化都放在一条协程中，就是在for循环中一次循环开一个协程，这样应该就不会卡了吧！然而实验证明，没什么卵用，而且貌似更加的容易出现卡死的现象

3、在打断点调试的时候发现要反序列化的xml文件有51个，会不会是文件太多导致的，于是将目录的文件移除到只剩一个，再测试，真的没有出现卡死的现象了，接着再往目录添加原来的文件，一个一个的添加测试，在加到50个文件的时候就开始出现卡死的现象了，这就肯定是跟文件个数有关了，但是不可能就51个xml文件就挂掉啊，这样也太渣了吧。

4、有没有可能是反序列化这里的代码有问题，

using (XmlReader xRead = new XmlTextReader(filename)) 
        {
            object obj = null;

            if (xRead != null)
            {
                XmlSerializer sl = new XmlSerializer(type);
                try
                {
                    obj = sl.Deserialize(xRead);
                    xRead.Close();
                    
                }
                catch (Exception e)
                {
                    Debuger.LogError(e.ToString());
                    xRead.Close();
                }
            }
            
            return obj;
        }

这是项目中的代码，我查了网上的代码，多用的是Filestream而不用XmlTextReader，会不会是XmlTextReader这个类的问题，然后就改写成

FileStream fs = null;
        object obj = null;
        try
        {
            fs = new FileStream(filename, FileMode.Open, FileAccess.Read);
            XmlSerializer sl = new XmlSerializer(type);
            obj = sl.Deserialize(fs);

            fs.Close();
           
        }
        catch
        {
            if (fs != null)
            {
                fs.Close();
                throw new Exception("Xml deserialization fall!");
            }
        }
        return obj;

这样之后，发现真的没有什么卵用。。。。。。

好了，逼逼这么久，最后终于有答案了，在一个做工业上位机的大神的博客里看到了，反序列化xml文件，如果文件个数比较少，那不会出现问题，但是文件一多，它也不会马上出现问题，而是在运行一段时间后才出现的。最后发现是微软的bug，有木有，有木有。解决的方法就是将

fs = new FileStream(filename, FileMode.Open, FileAccess.Read);

中的FileMode.Open改成FileMode.Truncate，是的，就是这么简单，最后就是这样的

FileStream fs = null;
        object obj = null;
        try
        {
            fs = new FileStream(filename, FileMode.Truncate, FileAccess.Read);
            XmlSerializer sl = new XmlSerializer(type);
            obj = sl.Deserialize(fs);

            fs.Close();
           
        }
        catch
        {
            if (fs != null)
            {
                fs.Close();
                throw new Exception("Xml deserialization fall!");
            }
        }

两天时间啊，找一个bug啊，不容易啊。。。。我要去厕所先哭一会儿