作为一名前端工程师，除了开发新项目，还有一个重要任务是线上网站的日常维护。一个典型的工作场景是：线上的某个页面出现了bugs，需要紧急修复。这时候有个简单的传统做法是，将问题页面另存为本地html文件，然后疯狂的寻找并修复bugs，等弄好了，再将修改后的js和css上传到线上并检查校验bugs是否已修正。
上面的方法，对于简单页面，是够用的。但是对于稍微复杂的页面，IE的另存为经常不保真，如果页面中涉及Ajax等bugs，保存到本地更是难以调试。这时有个很自然的做法是，将开发环境Run起来，当时怎么开发的，现在就怎么调试。这样做肯定能解决问题，但要调动很多资源，后台开发工程师、前台开发工程师等等都要参与。对于小团队来说，也许是可行的，对于大团队来说，如此大动干戈，除非到了最后，是不会这样做的。那我们应该怎么做呢？先来看一个工具：
Web开发中有个大名鼎鼎的工具：Fiddler.Fiddler是一个http调试代理，它能够记录你电脑和互联网之间的所有http通讯。Fiddler可以让你检查所有的http通讯，设置断点，以及Fiddle（Fiddle的英文意思是胡乱修改，很幽默的表达Fiddler的用途）所有“进出”的数据（指cookie,html,js,css等数据）。嘿嘿，是否从上面的介绍中嗅探到了某种解决方案？Fiddler可以让我们Fiddle所有”进出“的数据！我们要调试线上页面的bugs时，可以先分析是什么文件引起的，找出这些嫌疑文件，下载到本地，然后利用Fiddler将线上的请求Fiddle到本地的对应文件。这样我们就可以随心所欲的修改这些嫌疑文件了，直接刷新线上的页面就可以看到效果，烦人的环境问题根本就不用考虑，而且一切都是高保真的。
上面说的是思路，下面我会举个例子来说明。
举例子之前，请先安装Fiddler（怎么下载安装就不多了，一路Next）。安装好后，在IE的工具条上会出现Fiddler2图标，点击启动Fiddler.启动后，通过IE访问任何网站时，所有http进出数据都会在Fiddler上显示出来。但是等等，怎么老说IE呢？虽然在IE上能通过IEDeveloperToolbar和Companion.JS来调试CSS和JS，但被firebug宠坏了的我们，总期望着Firefox上能搞定的问题绝不通过IE去调试。为了我们的美好期望，根据Fiddler的官方说明，我们只要简单的进行以下操作即可：
首先将要调试的文件下载到本地，启动Fiddler，在AutoResponder栏勾选启用，并添加替换规则：
如上图添加两条规则后，刷新页面，上面两个js文件就从本地获取了，嘿嘿。接下来，用喜欢的文本编辑器尽情的调试吧，就像当初开发时一样。等把bugs解决了，压缩并上传相应的js文件，并通知后台开发者修改vm中js文件的时间戳，然后等着发布就行。
CSS也是一样的调试，不赘述。在firefox、Safari、Opera中的的使用方法类似，不多说。
其它和前端开发调试密切相关的技巧：
1.使用AutoResponder本地调试文件。请参考如何直接调试线上页面的JavaScript和CSS.
2.使用DIFF比较http包的统计数据；
3.使用Filter过滤信息。比如禁用JS, 设置断点等等。
4.使用bpu + Inspectors动态修改Response. 比如修改页面中的JS代码片段等等，非常有用。
5.使用Request Buidler测试请求。可以很方便的测试ajax代码（可惜不支持断点）。
6.使用Statistics + Timeline + neXpert查看性能等统计数据，可以分析网页加载慢的原因。
7.使用CustomRules, 自定义配置和命令等。比如修改var m_DisableCaching: boolean = false;的值为true, 就可以默认禁止缓存。还可以自定义命令等等。
8.开发自己的扩展。请参考Extending Fiddler with .NET Code.
此外通过这个工具还可以查看或修改http协议的cookies，headers等信息，这样前端后台开发调试中配合起来是不是爽歪歪？
本站仅提供存储服务，所有内容均由用户发布，如发现有害或侵权内容，请
点击举报。
