关于Unity3D的编辑器崩溃时的线索定位
来源:互联网 发布:unity arpg战斗源码 编辑:程序博客网 时间:2024/06/05 07:31
今天在Unity3D编辑器中进行功能测试的时候,编辑器突然崩溃了(就是整个窗口突然消失,进程直接结束)之后也没有任何错误报告信息提示。好吧,应该是偶现问题,我侥幸地想,我用的好歹也是正版啊,不应该总出这种莫名其妙的问题吧。
再次进行同样的功能测试,编辑器又崩溃了,依然没有任何错误报告,这让我想进行调试都无从调起。想想有什么线索吧,突然想起编辑器在硬盘上也是有log输出的,在崩溃的时候,如果已经进行了错误log输出,那么就可以找到崩溃的线索。在磁盘上翻了下,最后在以下目录找到了log文件:
C:\Documents and Settings\xxxx(用户名)\Local Settings\Application Data\Unity\Editor,里面有两个文件:
Editor.log——察看了下内容,属于编辑器在编辑阶段的log输出,主要是编译时产生dll信息,warning和错误。
Editor-prev.log——这个是运行期的log输出,包括了开发者自己调用Debug.log函数族所输出的信息,以及Mono本身的运行时异常信息
在Editor-prev.log中终于有所发现:
StackOverflowException: The requested operation caused a stack overflow.
at System.Convert.ToInt32 (Double value) [0x00000] in <filename unknown>:0
at Test.Scan (Int32 _depth, Int32 _octant, Double _startSlope, Double _endSlope) [0x00041] in F:\TestDemo\Assets\Test.cs:384
就是栈溢出了,看了下Scan函数,是个递归函数,确实会造成栈溢出,走读了下代码,崩溃得以解决。我在想,为什么诸如NullReference之类的异常不会导致Unity3D编辑器崩溃,而栈溢出会导致呢?还是说并非所有的栈溢出异常都回导致编辑器崩溃呢?
小结:当编辑器崩溃无法察看console上的输出信息时,可以到硬盘的目录下寻找线索:
C:\Documents and Settings\xxxx(用户名)\Local Settings\Application Data\Unity\Editor
详情介绍: http://url.cn/RTBgdY
- 关于Unity3D的编辑器崩溃时的线索定位
- 关于Unity3D的编辑器崩溃时的线索定位
- 关于Unity3D的编辑器崩溃时的线索定位
- 关于Unity3D的编辑器崩溃时的线索定位
- 关于Unity3D的编辑器崩溃时的线索定位
- 无线索的崩溃
- 程序崩溃的定位
- 关于Unity3D自定义编辑器的学习
- 关于如何对unity3d编辑器进行扩展的教程
- 关于虚拟机备份的一个线索
- 关于崩溃等问题的定位总结(使用qcc的一些方法来尝试)
- 定位到程序崩溃的地方,TOMBSTONE
- Linux 程序崩溃后的源码定位
- 关于AVPlayer pop时崩溃的问题
- 如何查Unity3D编辑器崩溃原因
- 关于崩溃日志的处理
- 关于手机的定位
- 关于定位的 NSLocationWhenInUseUsageDescription
- 简易HTTP代理的实现
- spring mvc异常处理设置
- 一个可以左右自由滑动且有较好动画效果的自定义 Gallery 控件
- android的快速开发框架集合
- AJAX实现用户名验证
- 关于Unity3D的编辑器崩溃时的线索定位
- UIWebView与Javascript重定向的实现
- Unix文本处理工具之awk
- 剪切图片-扩展android 选择图片(从手机照相机或手机图片)
- 在结果中返回函数值
- pb10连接sqlserver
- 在qemu中增加pci设备并用linux驱动验证
- Windows下通过写注册表的方式实现程序开机自启动
- python socket 说明