标签:
在团队开发中,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]
标签:
原文地址:http://www.cnblogs.com/Ice-snowPride/p/5650924.html