发布于 2015-11-07 01:21:19 | 227 次阅读 | 评论: 0 | 来源: 网友投递
这里有新鲜出炉的Javascript教程，程序狗速度看过来！
JavaScript客户端脚本语言
Javascript 是一种由Netscape的LiveScript发展而来的原型化继承的基于对象的动态类型的区分大小写的客户端脚本语言，主要目的是为了解决服务器端语言，比如Perl，遗留的速度问题，为客户提供更流畅的浏览效果。
继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就是在走路和洗澡的时候想到解决方案的。