继2012年的经典演讲《Mobile Debugging》之后，JavaScript开发大师Remy Sharp近日又在Fronteers 2015上发表了题为《The Art of Debugging》的演讲。随后，Remy在博客中对调试的艺术进行了详细描述。接下来，本文就走近大师，聆听其对调试的心得。
在开篇，Remy就提到，程序开发人员总是免不了编写bug。那么，调试就是一项必须要掌握的技能。Remy认为，调试是不存在捷径的，开发人员需 要时间和经验的积累才能提升相关能力。10年前，当Remy还是个新人的时候，他曾遇到一个CSS大牛——Chris。每当Remy遇到问题 时，Chris总能一针见血的指出问题所在。其原因就是Chris已经积累了足够的经验，对代码和可能遇到的问题有了清楚的认识。
另外一方面，调试其实也是很好的工作机会。Remy提到，当10年前在一家公司工作的时候，老员工总是会给新人炫耀程序员工作的成果和他们正在解决 的问题。然后，新员工实习期的主要工作就是负责调试代码。这看起来非常艰难的工作，其实是对新人而言一个非常好的锻炼机会。程序编写人员可能已经花费了3 个月、6个月甚至一年的时间在代码上。调试人员则可以根据工作需要迅速了解这些代码的方方面面，并因为解决若干个bug而享受项目成功所带来的荣耀。因 此，调试虽然艰难，却最能给开发人员最好的精神和物质回报。
在进一步介绍调试艺术之前，Remy提出了两条免责声明。第一条，文中所提及的框架和工具不一定对任何人和任何项目都适用。Remy更多的希望读者 能够关注文章所表达的一些思路和想法。第二条，Remy很少进行跨浏览器测试。他认为，如果代码存在bug，在任何浏览器中访问都应该存在问题；反之，就 不应该存在问题。
Remy将调试划分了三个步骤——复制、隔离和消除。复制主要完成问题的重现工作，是调试中最困难的部分。问题重现不仅要保存现场，还需要收集尽可 能多的相关信息。Remy建议，复制要一步步的进行。一般情况下，bug都是由一系列事件造成。调试人员需要理解这些事件，并在以后重现这些事件以进行调 试中的分析。Remy介绍了两个帮助复制环境的工具——匿名模式（incognito）和多账户（multiple profiles）。匿名模式可以很好的避免扩展、缓存和离线存储等引起的问题。Remy表示，他每年都会遇到扩展应用引起的古怪问题。而匿名模式可以帮 助尽快确认问题是否与扩展有关。多账户包括了日常账户、匿名账户和Troll账户。Troll账户主要用于发现高安全级别引起的问题。
隔离主要负责缩小并锁定可疑代码的范围。如果是扩展引起的问题，调试人员最好一个一个的使能以最终锁定目标。一旦范围锁定到足够小，就可以开始消除 bug的工作了。在走完上述两个步骤后，消除bug就变得容易很多。调试人员只需要针对问题，修改代码即可。真正麻烦的是，复制操作有时候很难完成——例 如，Heisenbug的情况。 Remy表示，他曾经遇到过只在CI系统中出现的bug。尽管Remy已经对代码非常熟悉，并且非常确定问题已经在本地环境中得以修复，CI系统的测试仍 然无法通过。Remy建议，这时候就需要对测试环境进行调试。另外一种情况是，调试人员使用的调试工具可能会引起bug。Remy曾经使用的 Firebug就引起过这样的问题。因此，进行带开发工具时间线的调试时，程序员最好关闭部分录制选项、所有的其他标签和可能使用WebKit的东西。
在调试方法方面，Remy将其分为Inside out和Outside in两类。前者是指bug的原因已经确定。这种情况下，调试人员只需要添加一个函数、几行代码或者设置相应断点即可。而后者是指调试人员只看到了问题的表 相，并不清楚问题的根源。针对这种情况，调试人员可以使用DOM断点、Ajax断点、重新运行XHR请求和时间线截屏。
最后，Remy分享了他部分他所使用的工作流和最常用的工具。在工作区和实时更新方面，Remy会直接把本地目录拖拽到工具区中，并选择至少一个文 件映射到文件系统资源中。这样，任何在源面板中的修改都会直接保存到磁盘中。如果CSS文件也同样被映射，任何元素面板中对风格的改变都会更新相应的 CSS文件。在元素面板的撤销操作方面，Remy推荐源控制和撤销。而，Chrome的开发工具很好的支持了撤销操作。在控制台快捷方式方面，Remy使 用$_来表示最后一个表达式的结果、$0表示当前元素面板中选中的DOM节点、copy(...)完成拷贝到粘贴板的操作等。
此外，Remy使用时间线截图来修复两类问题。第一个问题是字体加载是否正确、是否占用太长时间。时间线截图可以很好的反映该问题。第二个与标签系 统加载延迟太慢相关。利用“camera”按钮中的截图可以很好的记录渲染时间线，从而反映该问题。网络节流也是很好研究网络慢或者离线所造成影响的有效 手段。而检查网络报文头和拷贝原始的反馈也非常有用。在调试、修复和重启服务器后，调试人员利用“Replay XHR”即可重新运行请求，测试服务器反馈是否已经调整。“Break on DOM changes”是Remy调试方法outside in中的一种。针对只知道问题表象的情况，该方法非常有用。
针对内存泄漏这类常见的问题，Remy推荐两种方法：阶梯形表面测试和利用分析工具来抓取泄露源的线索。阶梯效应是判断是否存在内存泄漏的第一条线 索。Remy通常会首先建立一个参考的内存使用情况，然后运行一个会话后使用垃圾回收，查看是否内存会增加。如果存在内存泄漏，就可以继续进行下一步分析 了。分析需要在会话开始和结束时分别抓取HeapDump。然后，通过比较两个HeapDump之间的delta值，内存中标红的条目即是无法进行垃圾回 收的条目。调试人员针对这些条目进行进一步分析就可找到问题的根源。
在博客最后，Remy再次强调，调试技巧是需要长期积累的，希望读者可以抓住每次调试的机会多多学习。而且，Remy提醒读者在调试时多多休息。很多bug就是在走路和洗澡的时候想到解决方案的。
文章转载自 开源中国社区[https://www.oschina.net]
