码迷,mamicode.com
首页 > 其他好文 > 详细

xcode意外退出

时间:2016-07-07 19:28:58      阅读:169      评论:0      收藏:0      [点我收藏+]

标签:

完全不明所以的频繁退出

第一种 排除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]

xcode意外退出

标签:

原文地址:http://www.cnblogs.com/Ice-snowPride/p/5650924.html

(0)
(0)
   
举报
评论 一句话评论(0
登录后才能评论!
© 2014 mamicode.com 版权所有  联系我们:gaon5@hotmail.com
迷上了代码!