Xcode频繁意外退出的解决方案

在开发中经常会遇到项目冲突， 程序崩溃，Xcode异常等情况，有些问题第一次遇到时基本上就懵了,下面就来总结下常见的异常解决方案。

第一种 排除SVN冲突

在团队开发中，SVN冲突是最常见的了，程序异常时查看SVN文件冲突基本上成了本能。

排除SVN冲突

首先，右键主项目文件即xcodeproj文件，显示包内容，用文本编辑器查看包里的project.pbxproj，查找文件里是否有“<<<<<“ “=======”字符，有的话即表示冲突，删除冲突的地方即可解决。

此种异常一般就是程序无法运行，或是无法提交SVN等。在异常情况下算是小case了。

第二种 匪夷所思的频繁崩溃

崩溃

向这种频繁崩溃的情况，直接暴力解决。

首先右键主项目文件即xcodeproj文件，显示包内容。找到找到project.xcworkspace文件，右键显示包内容。

Snip20160702_3.png

删除xcuserdata文件夹，解决。

xcuserdata文件夹里保存着当前项目的一些临时信息，很多崩溃其实是加载失败导致的，删除这个文件夹，Xcode会重新布局加载信息。如此崩溃就解决了。

小知识，程序崩溃的处理

程序在崩溃的时候，xcode经常没有给出准确的堆栈信息，而是定位在了main方法里，这个让人很是头疼，这个可以通过添加一个Exception Breakpoint，选择 All来解决。另一种是Crash,EXC_BAD_ACCESS ,这个比较头疼，因为Crash的时候，可能是比较早之前的某个变量释放了，现在访问时出问题。Console里也没显示什么日志。开Scheme选项选择Edit Scheme然后按图勾上Enable Zombie Objects 和Malloc Stack那两项，记住一般只有在定位EXC_BAD_ACCESS时候才勾选。

重新跑一下，如果是到Exception Breakpoint处停止了，可以在Console中输入：c（continue)按回车继续跑，直到Crash。看下Console是不是有跟SIGABRT类似的错误信息日志了。如果还没有日志，在Console中输入

 po $eax   

$eax标志出错的地方，适用模拟器，真机用$r0（话说EXC_BAD_ACCESS这种 错误模拟器定位就行）,“$eax”是cup的一个寄存器。在一个异常的情况下，这个寄存器将会包含一个异常对象的指针。注意：$eax只会在模拟器里面工作，假如你在设备上调试，你将需要使用”$r0″寄存器。还可以输入比如：

po [$eax name]     
po [$eax reason]

等指令查看错误其他信息（注意方括号后没分号的）。