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

最近在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、有没有可能是反序列化这里的代码有问题，

[csharp] view plain copy

1. using (XmlReader xRead = new XmlTextReader(filename))   
2.         {  
3.             object obj = null;  
4.   
5.             if (xRead != null)  
6.             {  
7.                 XmlSerializer sl = new XmlSerializer(type);  
8.                 try  
9.                 {  
10.                     obj = sl.Deserialize(xRead);  
11.                     xRead.Close();  
12.                       
13.                 }  
14.                 catch (Exception e)  
15.                 {  
16.                     Debuger.LogError(e.ToString());  
17.                     xRead.Close();  
18.                 }  
19.             }  
20.               
21.             return obj;  
22.         }  

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

[csharp] view plain copy

1. FileStream fs = null;  
2.         object obj = null;  
3.         try  
4.         {  
5.             fs = new FileStream(filename, FileMode.Open, FileAccess.Read);  
6.             XmlSerializer sl = new XmlSerializer(type);  
7.             obj = sl.Deserialize(fs);  
8.   
9.             fs.Close();  
10.              
11.         }  
12.         catch  
13.         {  
14.             if (fs != null)  
15.             {  
16.                 fs.Close();  
17.                 throw new Exception("Xml deserialization fall!");  
18.             }  
19.         }  
20.         return obj;  

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

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

[csharp] view plain copy

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

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

[csharp] view plain copy

1. FileStream fs = null;  
2.         object obj = null;  
3.         try  
4.         {  
5.             fs = new FileStream(filename, FileMode.Truncate, FileAccess.Read);  
6.             XmlSerializer sl = new XmlSerializer(type);  
7.             obj = sl.Deserialize(fs);  
8.   
9.             fs.Close();  
10.              
11.         }  
12.         catch  
13.         {  
14.             if (fs != null)  
15.             {  
16.                 fs.Close();  
17.                 throw new Exception("Xml deserialization fall!");  
18.             }  
19.         }  

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