最近博主临近毕业季，为了完美的写一篇毕业论文，真是：“锄禾日当午，汗滴禾下土”<——这句诗跟毕业我写毕业论文没任何一毛钱关系，我就是突然想吟湿了。不过博主作为网络工程专业的好青年，曾经的愿望和理想就是在下水道干出一番轰轰烈烈的大事业，没错是就是下水道，我们的征途在下水道！！不过大家别误会，我不是忍者龟的脑残粉！听我继续说！我想的是等我在各大排水系统各大下水道功成名就的时候，我就可以指着一个井盖对我的孙子说：“诺那个下面的通信光缆是爷爷我接的！！”我满脸自豪地接受着这孙子的敬仰！但是啊，曾经的愿望都实现不了了，我深深爱着的地下通信光缆啊，曾经多少个夜晚泪水打湿了我的毕业论文，渲染开的笔墨那都是哥逝去的青春啊。
因为生活就像开了博主一个玩笑，让博主遇到了一种鸡，那是一种特殊品种的鸡，它叫做逼优鸡！！就是这只鸡让博主无缘无故的成了一只APM超200的野生究极程序猿！！吼~嗷~，把博主带离了下水道！并且与这只鸡踏上另一端征途！临走的时候，下水道的通信光缆就交给你们了，肥皂基友们(网络工程的基友们)！！我靠，他们竟然在打印店花了50块钱就直接买了一套深度豪华毕业论文套餐！里面包含了论文，工程制图，CAD，报价清单，拓扑结构……最重要的是老板承诺不需任何修改，直接可以通过毕业答辩，不通过来年免费再提供一套论文，最贴心的是竟然支持通过再付款！！，图1
老子写论文写了半个月像狗一样，他们竟然直接就买了！就这么买过去了！！对得起老师的谆谆教诲、自己的辛苦付出和父母的期待么？我就问你们惭愧不惭愧？为什么买的时候不喊上我？泪已淌干~
扯蛋过多容易肾亏
第一步：我看大家蓬头垢面的就知道大家刚刚也才debug回来，我们就先写个helloworld压压惊把！第二步……
此处为大量Copy！不喜请喷！
Thesoftwaredoesn'tdosomethingthattheproductspecificationsaysitshoulddo.Thesoftwaredoessomethingthattheproductspecificationsaysitshouldn'tdo.Thesoftwaredoessomethingthattheproductspecificationdoesn'tmention.Thesoftwaredoesn'tdosomethingthattheproductspecificationdoesn'tmentionbutshould.Thesoftwareisdifficulttounderstand,hardtouse,slow,orinthesoftwaretester'seyeswillbeviewedbytheenduserasjustplainnotright.
我不是英文教师，请大家自行切换多语言阅读模式。也还有有人粗暴的定义”Bug就是错误“，除了世界上第一只Bug是飞进去的那只虫子外，其他Bug毋庸置疑那都是程序员们自己生下来的！程序员们自己犯的错误！如果说一个软件作品(请尊重你自己的作品，不要喊他们”产品”或者”项目”)是程序员们自己的孩子，那么Bug就是这个孩子的生的病，有病得治，药不能停！生病有各种治疗方法，物疗，理疗，化疗，心理疗……那么“治疗”Bug也是有多中方法的！下面博主会一一列举！惩治这些个Bug之前，博主要先阿拉巴拉一番，遇到Bug也是一件比较哔了狗了的事情，你要知道任何人都会生病，没有例外！所有任何代码都有Bug这是定理，我们首先要从心态上端正Bug这件事情，我们可以理解为缺憾也是一种美，就像阿雨说的“没有皱纹的祖母是可怕的，没有白发的老者是让人遗憾的。没有废墟的人生太累了，没有废墟的大地太挤了，掩盖废墟的举动太伪诈了。”Debug是为了证明程序有错，而不是证明程序无错误；所以我们要做到临Bug而不惧者,圣人之勇也！所以我们要做到战略上藐视它，战术上重视它！你要心理默念Bug其实挺(T)美(M)的(D)!anyway无Bug不生活！！
断点，（我求你们不要想到张敬轩，阿轩他容易么，小受又怎么了？你们这帮人真是的！！），我要说的断点是BreakPoint！基本上不是残废的IDE都具有断点调试功能吧！尤其是XCode，我们家的IDE断点调试功能可是强中又是强中手！在这之前大家可以先了解一下哈子是断点？它怎么实现的？工作原理怎么样的？博主就献丑说说自己的理解吧，断点，顾名思义就是从前有一个点，后来它断了，谢谢，我的故事讲完了。哎哟还不服，这些基础常识的东西自己不会查？你还真的脸皮厚上天了去了，还要博主给你查哟，自己查去！
如图3
基本的断点操作如下
图4
点击那个黑列列就创建了一个断点，再次点击就临时取消这个断点(但是不删除)，长按那个断点拖出去就删除了(macos的系统工程师就是稀饭拖动的快感)，当然也可以右键那个创建的断点，会弹出相应地菜单。当然也还可以监视某个变量！图5
在对象视图中，右键某个对象，点击“Watch‘XXX’”就完成XXX对象的监视了。
这里我监视了lab这个UILabel的变量，每当这个变量进行更新它的信息就会被打印到控制台。好吧！我们最基本的创建断点的工作已经学会了，Xcode舒服在什么地方呢？就是不分Debug模式和Run模式的，可以说是无缝切换的，你只要没有创建断点，那么就是Run的正常模式，如果创建了断点并且运行到断点处，就自动进入Debug模式咯，不像某EC开头的IDE，控制面板就像开飞机的一样，几万个按钮以为很强大，其实只用了Run和Stop，还有什么Debug模式，App模式……，果然Xcode的优越感在对比中更加强烈了，舒服到极点呀，就像夏天的海风拂过菊花，嗯是的就是那种感觉！我们创建好了断点，运行到断点就自动停下来了，像这样：图6
这些Debug的最基本操作技能是每一个入门的iOS开发者都要掌握的，应该当成一种本能，就像狗爱吃翔一样(噢对不起博主不是歧视狗的意思，博主也养过狗，很二逼但是从不吃翔！真的据我所知它从来不吃翔的，这里只是比喻只是比喻)。
有时候在程序出错的时候不能能准确定位到奔溃的那一行代码,而是直接跑到main循环或者Appdelegate里面，或者会给你这样的提示：
EXEC_BAD_ACCESS：是不是有种想哭的冲动？尼玛~至少给我一些堆栈信息也好呀~……这个时候你千万不要砸鼠标和键盘哦，一切都是主机在运行，你砸鼠标和键盘有什么用呢？应该是踢主机呀~~，现在有了全局断点，娘亲再也不担心你砸鼠标了，你只需要这样：图7
在Debug导航面板进行上图的操作，你就建立了全局断点，这样只要遇到错误，debug程序就会自动定位到栈底的信息，也就是你最先出错的代码的那一行，这样你就可以快乐的debug拉~~
从前有一个游戏，叫做撸啊撸，有些玩家他们知道怎么操作，会放技能会走路，但是他们不知道买装备，玩了一局下来，鞋子小刀都没有买。我为什么讲这个故事呢？因为很多小朋友学东西和玩游戏一样，看完前面的几种调试技能，就以为自己已经屌爆无敌了，其实他们不过是出门不带装备的玩家，如果只是使用了以上的调试技能只能说是低玩，在高大的逼优鸡面前根本就是会被瞬秒的那种，所以学会装备自己才是王道！条件断点，就是学会有的放矢！
我们来看一段代码图8
你是不是想问博主为何那么风骚，竟然上了Swift了！！我此刻只想吟一首湿：别人笑我太淫荡，我家住在黄鹤楼。反正这个年代大家都是吃饱了撑着的，博主也是，所以就学学Swift咯。我们如果在一个循环里面使用了断点，如果这个循环执行了100万次，那你的断点要执行那么多次，你不觉得蛋蛋都凉了的忧伤么？所以我们这么做：图9
这样只有遍历到c==“H”的时候断点才会被触发。
图10
是不是很棒呢！有些童鞋的钛合金狗眼已经看到了编辑断点那里有一个Action的东西，那是什么呢？这个是非常强大的，可以在你断点的位置，执行各种操作，比如执行脚本命令，控制台命令(可以制定调试信息自定义保存)、打印信息等，博主最喜欢的就是这个Logmessage啦，简单粗暴！根本就不需要print啊NSLog嘛，直接在断点的Action打印就好了（其实这个是Xcode和调试器结合的高能产物，下面再介绍）。具体可以这样：图11
其实刚刚博主撒谎了，博主最喜欢的Action并不是LogMessage，而是Sound，顾名思义嘛，断点射在Bug上，这样遇到断点就会发出声音，听到我自己设置的声音，我就知道是什么Bug了，听声识Bug，呵呵，EXEC_BAD_ACCESS的错误我设置成了波多野老师的声音，unrecognizedselectorsendtoinstancd的错误我设置成了苍老师的……不要问我系统怎么没有吉泽明步的声音，我根本就不知道谁是吉泽明步。
当然还有更加强大的条件断点就是这货啦图12
添加之后在Symbol一栏输入viewDidLoad。这样一来，在程序中所有的viewDidLoad方法被调用时都会触发断点。图13
当然，我们也可以仅仅为特定的某个类的方法添加断点。在Symbol一栏输入[ClassNameviewDidLoad](Objective-C)或ClassName.viewDidLoad(Swift)即可。比如：unrecognizedselectorsenttoinstance0xaxxxx这种错误，这个instance可以这样快速定位图14
尽管ARC已经让内存管理变得简单、省时和高效，但是在object的life-cycles中跟踪一些重要事件依然十分重要。毕竟ARC并没有完全排除内存泄露的可能性，或者试图访问一个被release的对象。为了这个目的，我们可以很艺术地偷窥对象正在做些什么，想想就好有快感。
小伙伴们第一节课学习ViewController的生命周期的时候，老师肯定很猥琐的教了大家，在viewController的每个生命周期的方法中使用了NSLog来偷窥！没错，这样其实就是最简单爆炸的跟踪生命周期的方法了，不过系统自己的NSLog真心有点羸弱，输出的信息太少，根本就不能满足我们的欲望，这里我教大家强化你的Log！！可以用下面的这段宏
//AbetterversionofNSLog#defineNSLog(format,...)do{\fprintf(stderr,"<%s:%d>%s\n",\[[[NSStringstringWithUTF8String:__FILE__]lastPathComponent]UTF8String],\__LINE__,__func__);\(NSLog)((format),##__VA_ARGS__);\fprintf(stderr,"-------\n");\}while(0)
Xcode可以把那些已经release掉得对象，变成“僵尸”，当我们访问一个Zombie对象时，Xcode可以告诉我们正在访问的对象是一个不应该存在的对象了。因为Xcode知道这个对象是什么，所以可以让我们知道这个对象在哪里，以及这是什么时候发生的。所以Zombies是你的好基友！他可以让你输出的信息更具体！！具体这样做：图15
自己再试试输出Object的信息咯，是不是很棒呢？僵尸只能用在模拟器和OC语言哦~
如果说你已经把打印的艺术运用的风生水起了，并且断点的使用可以信手拈来随心所欲，那么你已经在与逼优鸡的对峙中，稳操大部分胜券了，你已经是一个孤高冷艳的程序员了，俯视一切低能的逼优鸡了！但是！面对更强大的敌人——你那秃顶1000°近视牙齿夹着韭菜的有着十年对战逼优鸡的同事面前、以及笑里藏刀眼睛有眼屎但是能用眼神杀死你的面试官……对于他们，你还是太弱，你的技能的磨练还太少！所以你必须要进击！！比逼优鸡还要强大的敌人出现了！我们需要更强大的武器。
我们的目标是要武装到鼻毛！console窗口大家知道就是哪个黑乎乎好多字会滚出来，尤其是被逼优鸡干到的时候，那么同学们有没有遇到这种console呢图16
图19
这个东西怎么翻译呢？我们就叫检查器吧！！也许已经学习了iOS开发大半年的你，从来都没注意到或者使用这个工具，但是博主很负责任的告诉你现在市面上任何一款出色的APP都会使用instruments来让代码更加健壮！难道instrument是春药？怎么会使代码健壮呢？这个健壮不是那个健壮~哎~~我才18岁能不能清纯一点呀
instrument里面包含了很多工具，内存溢出分析，性能分析，各种分析……如果细说的话，这个真的可以为每个工具开一篇博客，但是博主是一个懂得授人以鱼不如授人以渔的道理的老司机！所以博主当然不会全部说一遍！我们就来领着大家看看专用debug的内存溢出分析工具的使用吧！图20
在使用leaks之前大家可以试试这个“Analyze”图21
analyze可以快速的发现你的代码中release的问题，以及继承过程中的父类方法缺失等等问题！一般一个优秀的iOS开发工程师NoWarning、PassAnalyze是最基本的操守！我知道你已经对于你自己的项目的上百个warning已经麻木了，但博主我负责人地告诉你，这样不好！，因为有一首云南民歌《老司机带带我》听得博主神清气爽！
坚守作为iOS开发者的贞操！跟着我高喊口号！
NoWarning！PassAnalyze！
我们继续回来使用leaks！如果analyze都通过了，那么就可以使用leaks工具，发现千年老妖级别的侧漏了！图22
如果提示某一个对象有侧漏的风险，你还可以这样弹出侧边的拓展细节图23
有时候有些逼优鸡隐藏的比较深，代码几乎都翻了个遍，还是没找到问题出在哪，博主可以理解那种风中凌乱，蛋碎一地的赶脚，因为无数个日夜博主就是深陷当中无法自拔，后来干脆直接重新新建一个工程！还是不行！！我去，直到有一天博主早上起来，看到镜子中自己帅气的脸庞，我才突然顿悟，原来长得帅可以那样快速的找到bug！最终锁定是可爱又可恨的xib和storyboard出了问题！！某个constraint或者view的嵌套逻辑又或者团队协作Git冲突等等问题，导致io-v什么的错误，这种情况去检查视图文件，可能xcode崩溃打不开那个xib或者storyboard，你直接使用文本工具打开这个xml类型的标记文件，你差点吐血，几万行的记录狗眼都看瞎了……。
但是这个历史要被终结！！因为我们强大的xcode的视图调试功能！！
1.Demo工程
您刚刚下载的应用程序示例工程是一个简单的to-dolist应用程序，包含可查看其他信息的简单屏幕，比如该示例工程中的项目数，用户头像以及@***的推特操作。点击Xcode左上角的运行按钮将展示在iOS模拟器中运行的应用程序。图24
很快会注意到用户界面中存在问题-表视图中没有展示任何数据。在工程导航面板中打开FirstViewController.swift并找到以下代码：
varmockNotesDataSource:[String]=["Dosomelaundry","Finishhomework","Walkthedog","Learnaboutviewdebugging"]{didSet{self.tableView.reloadData()}}
可以看到mockNotesDataSource变量是表视图的数据源。使用Swift的属性观察者功能，在数据源发生改变时，表视图会自动重新加载。通过查看以上代码片段，你会发现应该应用中应该有4个项目需要展示，但现在不展示数据就说明某些地方出现了差错。
启用视图调试
问题似乎与用户界面有关。运行app过程中，按下底部的DebugViewHierarchy按钮，或者从菜单中选择Debug>ViewDebugging>CaptureViewHierarchy来启动视图调试。
图25
启动视图调试后，Xcode会对应用程序的视图层次拍一个快照并展示三维原型视图来探究用户界面的层级。该三维视图除了展示app的视图层次外，还展示每个视图的位置、顺序和视图尺寸，以及视图间的交互方式。
示例工程在Xcode中的三维视图展示正常，但表视图单元格似乎有点太宽了。图26
暂停应用程序调试并在左侧选中Main.Storyboard来修复问题。点击表视图并选中Editor>ResolveAutoLayoutIssues>ResettoSuggestedConstraints.图27
编译并再次运行应用程序以确定用户界面展示正常。点击DebugViewHierarchy按钮更进一步了解视图调试的功能。
视图调试功能
点击并拖拽三维渲染图的任意一边，可旋转或者倾斜用户界面，向左或者向右倾斜可选中某个表视图。
选中后，Xcode会高亮该视图，并在会在右边展示Object和Size检查器。查看在跳转栏顶部并确认UITableView是右边最后一个项目。图28
Object和Size检查器包括大量有用的信息。过去开发者需要依赖日志语句或者断点来检查视图的配置。
打开右边的Sizeinspector（规格检查器），下方是AutoLayout，可以看到视图上已经应用了正确的约束。在Objectinspector中，我们可以检查所选视图的属性。图29
在Xcode的调试区有9个视图调试过程中要用到的按钮和滑块儿。图30
从左到右控件排序：
调整视图间距：调整不同视图间的间距。
展示被剪切的内容：当前展示视图中被剪切的部分。
展示约束：展示选中视图的约束。
重置查看区域：将3D渲染透视图恢复至默认状态。
调整查看模式：选择性地展示3D渲染透视图，比如仅展示内容，仅展示框架以及同时展示内容和框架。
缩小：缩小3D渲染透视图
恢复：将3D渲染透视图恢复至默认尺寸。
放大：放大3D渲染透视图
调整可视视图范围：隐藏视图或展示视图，一步步解析3D渲染视图，向左或者向右滑动滑块儿有相反的效果。
视图层排序
再次编译和运行应用程序，并点击用户界面底部的"More"标签。第一眼看去界面看起来还OK，但是它没有按照开发者的定义准确执行，图片上的模糊效果没有展示出来。我们可以通过调试视图层次来更好地确定问题所在。
向左或者向右拖拽视图来查看具体情况，接着将viewspacingslider向右拖动。图31
这样一来，不同视图间的间距变大了，层次也更加清晰，我们看到在图片"下方"还隐藏着另一个视图，选中隐藏的视图，它就是"丢失"的视觉效果视图。图32
打开Main.storyboard并选中SecondViewControllerScene。在左侧的文档概览面板中，展开SecondViewController的视图对象以查看子视图的排序。
Xcode在文档概览中按照递升顺序堆叠视图，换句话说，列表顶层的视图是视图层次的基础。
修复问题很简单。运行时，BlurEffectView隐藏在SkyImage之下，因为它是视图层次的第一个视图。在文档概览中点击并拖拽BlurEffectView，结果会如下图展示一样：图33
再次运行应用程序就能看到模糊效果了。应用程序的用户界面看起来符合设计的初衷。我们还可以查看iOS模拟器的其他调试功能，看看还完善了其他什么地方或功能。
5.iOS模拟器调试功能
编译并运行应用程序，选中模拟器，从Debug菜单中选择ColorBlendedLayers选项。图34
然后会看到app的用户界面被红色和绿色覆盖，显示了哪些图层可以被叠加覆盖，以及哪些图层是透明的。混合层属于计算密集型视图，所以推荐尽可能地使用不透明的图层。图35
苹果在其文档（iOSSimulatorUserGuide）中对此进行了注明，并在表视图处理上使用了不透明图层。滚动视图时会有些表现不大好的地方，一个重要的原因就是使用了混合图层，而如果内容背景是不透明层，那么页面滚动效果就会非常流畅和平稳。
对于这款应用程序来说，假使用户有数百个项目要展示，可能会出现滚动性能不一致的情况。表视图单元格当前使用的是混合层。由于视图控制器的视图背景是白色，所以不管表视图单元格使用的是混合层或者不透明层，终端用户不会觉察到有什么不一样。
打开Main.storyboard并选中ToDolistScene中的表视图单元格属性。在属性检查器（AttributesInspector）中，向下滚动Drawing分区并勾选Opaque。图36
在启用ColorBlendedLayers的状态下编译并运行应用程序。由于表视图单元格现在使用了不透明层，所以会用绿色覆盖，以指示它们是不透明的。
除了标记图层外，还有其他一些有用的功能可帮开发者在iOS模拟器中调试应用。以下是其中一些比较有用的：
除了给视图着色外，还要记住iOS模拟器也可以调试CoreLocation问题。你可以在特定经纬度模拟设备，
如果你的应用程序使用iCloud来管理数据，你也可以手动触发同步事件。
除了Xcode和InterfaceBuilder之外，使用iOS模拟器的调试功能可以提升应用性能和识别开发过程中的瓶颈。苹果的人机交互指南（中文版英文版）强调了积极响应对app的重要性，能让用户觉得应用易于使用和操作。苹果对InterfaceBuilder的提升让视图调试变得前所未有的简单。