1 工具使用技巧
1.1 模拟器安装
1.1.1 Xcode7中安装模拟器7.1报错
XCode7模拟器报错
Unable to open lib launch_sim.dylib Try reinstalling Xcode or the simulator runtime.
解决办法解决办法
一、找到目标文件
/Applications/Xcode.app/Contents/Developer/Platforms/iPhoneSimulator.platform/Developer/SDKs/iPhoneSimulator.sdk/usr/lib/system/host/liblaunch_sim.dylib
二、拷贝到目标地址。
目标地址一
/Library/Developer/CoreSimulator/Profiles/Runtimes/iOS7.1.simruntime/Contents/Resources/RuntimeRoot/usr/lib/system/host/liblaunch_sim.dylib
图中红色部分是原文件名字进行了修改，为了以后备份使用，liblaunch_sim.dylib为拷贝过来的文件
1.1.2 XCode7不能折叠收起代码
1.2 dSYM工具使用
1.2.1 dSYM文件
什么是 dSYM 文件
Xcode编译项目后，我们会看到一个同名的 dSYM 文件，dSYM 是保存 16 进制函数地址映射信息的中转文件，我们调试的 symbols 都会包含在这个文件中，并且每次编译项目的时候都会生成一个新的 dSYM 文件，位于 /Users/<用户名>/Library/Developer/Xcode/Archives目录下，对于每一个发布版本我们都很有必要保存对应的 Archives 文件(AUTOMATICALLY SAVE THE DSYM FILES这篇文章介绍了通过脚本每次编译后都自动保存 dSYM 文件)。
1.2.2 dSYM文件有什么作用
当我们软件 release 模式打包或上线后，不会像我们在 Xcode 中那样直观的看到用崩溃的错误，这个时候我们就需要分析 crash report 文件了，iOS 设备中会有日志文件保存我们每个应用出错的函数内存地址，通过 Xcode 的 Organizer 可以将 iOS 设备中的 DeviceLog 导出成crash 文件，这个时候我们就可以通过出错的函数地址去查询 dSYM 文件中程序对应的函数名和文件名。大前提是我们需要有软件版本对应的 dSYM 文件，这也是为什么我们很有必要保存每个发布版本的 Archives 文件了。
1.2.3 如何将文件一一对应
每一个 xx.app 和xx.app.dSYM 文件都有对应的 UUID，crash 文件也有自己的 UUID，只要这三个文件的 UUID 一致，我们就可以通过他们解析出正确的错误函数信息了。
1.查看xx.app 文件的 UUID，terminal 中输入命令 ：
dwarfdump --uuid xx.app/xx (xx代表你的项目名)
2.查看xx.app.dSYM 文件的 UUID ，在 terminal 中输入命令：
dwarfdump --uuid xx.app.dSYM
3.crash 文件内第一行 Incident Identifier 就是该 crash 文件的 UUID。
1.2.4 dSYM工具使用
于是我抽了几个小时的时间将这些命令封装到一个应用中，也为以后解决bug提供了便利。使用步骤:
1.将打包发布软件时的xcarchive文件拖入软件窗口内的任意位置(支持多个文件同时拖入，注意：文件名不要包含空格)
2.选中任意一个版本的xcarchive文件，右边会列出该xcarchive文件支持的CPU类型，选中错误对应的CPU类型。
3.对比错误给出的UUID和工具界面中给出的UUID是否一致。
4.将错误地址输入工具的文本框中，点击分析。Mac app下载地址项目源码地址
1.3 工程配置
1.3.1 调试时静态资源每次更新
XCODE调试时强制更新模拟器上的资源文件
http://blog.csdn.net/samuelltk/article/details/41250107
xcode使用模拟器调试时，拷贝到bundle中的资源文件有缓存，有时候修改了资源文件（比如图片或者lua文件）后再次编译运行，模拟器中的文件依然是旧版本。为了解决这个问题，可以在当前Target的Build Phases中添加一个Run Script项。
如果你用的是XCode5，界面上已经没有直接添加的按钮了，你需要通过菜单-Editor-Add Build Phase-Add Run Script Build Phase添加。
Shell：/bin/sh
编号为1的窗口中填入：
touch -cm ${SRCROOT}/../Resources/phone
或者来个更狠的，递归把所有资源文件都挨个touch一遍：
find ${SRCROOT}/../Resources/phone -exec touch -cm {} \;
注意使用相对路径，表示每次build后，都会对指定路径中的文件进行touch操作还没完，还有一个重要步骤，记得把Run Script拖到Copy Buddle Resources前面：
1.3.2 Xcode8注释快捷键 不能使用
这个是因为苹果解决xcode ghost。把插件屏蔽了。解决方法
命令运行：sudo /usr/libexec/xpccachectl
然后必须重启电脑后生效
http://www.cocoachina.com/bbs/read.php?tid-1693682-page-2.html
1.3.3 确保Xcode每次Build时都自动更新资源
http://www.tuicool.com/articles/nABr6n
解决Xcode 5资源文件更新后不自动复制的问题
http://blog.csdn.net/ym19860303/article/details/38401105
1.4 iTunesConnet崩溃日志查看
查看崩溃日志
http://blog.csdn.net/xuhanhanhan/article/details/50580093
现在是2016年一月份，已经不能在iTunes Connect查看崩溃日志上查看崩溃日志了，现在苹果的做法是你在xcode上登录你的账号，打开xcode，点击上面的window选择organizer，出现如图
，然后选择你要查看的版本，就可以看对应的崩溃日志。
2 常见问题
2.1 代码编写问题
2.1.1 Xcode7下需要显示声明@synthesize才能自定义get方法，不然编译器会报变量未声明错误
@synthesize dataDic = _dataDic;
- (NSMutableDictionary*)dataDic
{
if (!_dataDic) {
_dataDic = [[NSMutableDictionary alloc] init];
}
return _dataDic;
}
2.2 调试问题
2.2.1 Xcode与Safari联合调试不能在同一个webcore线程中设置断点
Xcode与Safari进行网页联合调试时，不能再同一个webcore线程中分别设置断点，否则就会造成Xcode假死，必须在任务管理器中强制杀死进程。
3 参考链接
Unableto open liblaunch_sim.dylib. Try reinstalling Xcode or the simulator
http://www.cnblogs.com/songxing10000/p/4574236.html
dSYM文件分析工具
http://www.cocoachina.com/ios/20141219/10694.html
分析iOS Crash文件：符号化iOS Crash文件的3种方法
http://www.cocoachina.com/industry/20140514/8418.html
（Good）iOS通过dSYM文件分析crash
http://blog.csdn.net/yang3wei/article/details/39966263