你的位置:首页 > 软件开发 > 操作系统 > iOS开发日记35

iOS开发日记35

发布时间:2015-10-19 17:00:26
今天博主有一个升级Xcode7的需求,遇到了一些困难点,在此和大家分享,希望能够共同进步.1.Address Sanitizer: 再也不用担心 EXC_BAD_ACCESS EXC_BAD_ACCESS一直是很多开发者的噩梦,因为这个错误很不直观,出现后往往要花很长时间才能 ...

iOS开发日记35

今天博主有一个升级Xcode7的需求,遇到了一些困难点,在此和大家分享,希望能够共同进步.

1.Address Sanitizer: 再也不用担心 EXC_BAD_ACCESS 

EXC_BAD_ACCESS一直是很多开发者的噩梦,因为这个错误很不直观,出现后往往要花很长时间才能定位到错误。苹果这次带来了革命性的提升。

在项目的Scheme中Diagnostics下,选中enable address sanitizer(注意选中后Xcode会重新编译整个项目)。

iOS开发日记35

2.发布后的crash跟踪,轻松定位崩溃代码

在升级iOS9后,苹果会询问用户是否同意收集应用崩溃报告。这样在itunes connect的后台统计中就可以看到一些收集到的数据(通常会有相当一部分用户不同意,所以只是部分数据)。

2.1查看崩溃统计信息

在connect后台中选择app分析

iOS开发日记35

然后在左侧的菜单中选择“崩溃”

iOS开发日记35organizer窗口

可以在左侧选择你要查看崩溃信息的发布版本

iOS开发日记35

在崩溃信息这一栏苹果会按照崩溃数量排序,将崩溃数量最多的排在最前。右侧的详细信息会显示是崩溃时的调用堆栈,可以看到是哪行代码导致的崩溃。

iOS开发日记35

神奇的事情发生了!!!在打开的项目中,会直接定位到崩溃的那行代码。这大大提高了调试的效率!我已经的迫不及待要和开发安卓的同事分享这份喜悦了。

注意!注意!

因为之前的项目发布时没有用xcode7打包,所以猜测符号表可能没有上传到苹果服务器,所以以前的项目可能不能直接显示是哪行代码,而是显示调用时出错的内存地址。不过下个版本你用xcode发布后就可以正常看到啦。

在解决完这个crash后可以标记为已经解决。有两个地方可以标记。

iOS开发日记35

所以没有升级xcode7的同学赶紧升吧。O(∩_∩)O~


 

海外公司注册、海外银行开户、跨境平台代入驻、VAT、EPR等知识和在线办理:https://www.xlkjsw.com

原标题:iOS开发日记35

关键词:IOS

IOS
*特别声明:以上内容来自于网络收集,著作权属原作者所有,如有侵权,请联系我们: admin#shaoqun.com (#换成@)。