此篇讲一些Xcode中常见的错误以及对应的调试技巧，比较基础，供大家参考，如若文中出现错误，请您指出，我会认真检查并修改。
一.语法错误
在我们日常开发中，最常见的错误莫过于语法错误，当然Xcode中也已经集成了语法检查这一功能，语法检查功能会帮助我们找出错误原因并给出修改建议。有时候，Xcode会给出多个修改建议，因为它不能确定当前语句具体的语法状态，这个时候需要开发者根据实际情况自行判断。
对于语法错误的调试，我不在过多的叙述，如果你违背了某个语法的规定，你可以从开发文档中找到相应语法的规定，对照着修改即可。
二.逻辑错误
逻辑错误可能会造成应用崩溃或者一些折磨死人的问题，导致应用不能按照预期正常运行。
一种类型的逻辑错误就是使用未初始化的变量，在声明变量时没有指定初始值，那么该变量就可能使用内存中这块区域的垃圾值。
另外一种类型的逻辑错误的例子就是解除空指针的引用。
这时候如果你问我，咱们帮神兵利器这么多，难道就没有对付它的？
Duang！Duang！Duang！重要的东西说三遍，对付逻辑错误这一难题，我们苹果帮自然有利器对付它。静态分析器就是铲除逻辑错误的最好帮手，它能够轻而易举的找出错误并突出显示，当然这一利器也集成在了我们的Xcode中。
Xcode集成了Clang静态分析器，它是一个源代码分析工具，用来在C，C++，Objective－C项目中寻找出更多隐藏在代码中的问题。它的最大优点莫过于亮点，其一是能够显示出大量的细节，包括导致问题的执行路径以及问题发生的原因；其二是应用无需运行，便能对现有代码进行分析。
下面是静态分析器的使用方法：
1.首先定位到你需要分析的项目中，然后选择菜单栏的Pruduc—>Analyze，或者长按运行按钮，在弹出的菜单中选择Analyze。
2.开启时，分析器将会标示出代码中的问题，这些问题将会在问题导航器中统一分类列出，如下图1-1所示
3.点击问题导航器中的问题，会在编辑器区域显示该问题的有关细节
三.内存泄露
通俗点讲，内存泄露就是应用丢失了对某个对象的引用。因此它不会被告知何时要释放占用的内存并删除。有一个比喻形容内存泄露比较形象生动，相当于一个保险柜丢失了钥匙，这个保险柜里面的东西就永远占着这个空间了，无法读取，也无法放入新的东西。因此，这就是所谓的“内存泄露”，因为它无法在该应用生命周期的剩余时间内被收回，并且，这个对象一直占用着内存空间很有可能导致程序崩溃等问题发生。
内存泄露的问题，也可以使用静态分析器来解决。一般情况下，在ARC的项目中基本很难出现内存泄露的问题，不过需要注意的是强引用循环的问题。这个问题是使用ARC构建项目后无法用静态分析寻找出来的内存泄露的问题，有关在ARC中会出现内存泄露的问题，请参阅以下内容。
ARC下内存泄露
ARC下需要注意的内存管理 选自简书
四.死存储问题
所谓的死存储指的是代码中不会被访问的变量。这里指的不会被访问，指的是在对某个变量进行处理后，在其生命周期内，不再对其进行访问。
下面（4-1）这个问题就是死存储导致的
导致这个问题的原因是，当我们对某个对象直接赋值之后，如果包含这个对象的方法立马就结束了，那么这个对象就会被自动释放，但是我们本身根本还没有用到它，所以就形成了一个死存储代码，这个赋值语句其实也是无效的。
五.API问题
每年Apple发布新的iOS重大更新之时，都将引入新的功能以及API。但是它们并不能兼容先前的iOS版本，导致你不得不谨慎对待这些新的API。
API问题主要是由于没有遵循项目中所使用的框架或者库的要求而导致的，也就是说不规范的用法是导致API问题的主要原因。
一般情况下，分析器会分析框架的要求，然后对实现代码进行分析，查看代码是否符合框架的要求。正常情况下，分析器只能检测使用系统自带框架所导致的问题。
最新的Swift2.0引入了API可用性检查，不过在Xcode7下，你必须使用#available关键字来进行API可用性检查。
总结
此篇只是Xcode问题调试的初步介绍，下篇我将总结有关Xcode必备技能之断点调试的相关内容。谢谢大家！
