Fiddler之Replay功能详解

今天就先来看看Fiddler的功能。

Fiddler，最容易看到的就是快捷工具栏中的 Replay 按钮

解释下：

Reissue the selected requests.  重发选中的请求
Hold CTRL to reissue unconditionallly. 选中请求按住 CTRL 键，点击Replay时无条件重发选中的请求（什么是条件请求、无条件请求见文末）
Hold SHIFT to ressue multiple times. 选中请求按住 SHIFT 键，点击Replay时可以设置重发请求的次数

操作示意图：

结果视图：

 

其次，可以选中URL后，通过鼠标右键菜单进行请求重发

 

逐一说明：
① Reissue Requests：重发选中的请求（快捷键：R）
② Reissue Unconditinally：无条件重发选中的请求（快捷键：U）
③ Reissue and eidt：重发并编辑，会打开一个加了断点的请求，可以进行请求和响应数据的修改（快捷键：E）
此时会打上行断点和下行断点。即在响应前、响应后加上断点，方便对请求数据和响应数据的修改。

点击 Break on Response 后：

 PS：如果要针对某一请求打请求断点，可以通过在Fiddler左下角命令输入框中执行 bpu 要打断点的URL 实现，如果要打响应断点，可以通过执行 bpafter 要打断点的URL 实现。如: bpu http://www.51ste.com
④ Reissue and verify：重发并验证，重新发送请求，并验证其请求结果，会自动加标识（背景颜色）（快捷键：V）

⑤ Reissue Sequentially：重发序列，打开一个数量设置界面，设置需要重发多少次请求（快捷键：S）
即与 Hold SHIFT to ressue multiple times 一样（真的一样吗？待细心的朋友发现其中的差异）。
⑥ Reissue from Composer：重发并打开composer界面，可以编辑或发送
⑦ Revisit in IE：在IE上发起这个请求

给大家两个思考题（下来你可以动手尝试下，答案小酋将附在下篇Fiddler文章末尾）
1、支持选中多个请求重发吗？
2、Fiddler如何通过Reply，结合断点对指定请求做并发性测试？

知识扩展：什么是条件请求和无条件请求？

如果客户端发送的是一个条件验证(Conditional Validation)请求，则web服务器可能会返回HTTP/304响应，这就表明了客户端中所请求资源的缓存仍然是有效的，也就是说该资源从上次缓存到现在并没有被修改过。

条件请求 可以在确保客户端的资源是最新的同时避免因每次都请求完整资源给服务器带来的性能问题。
无条件请求 则保证每次请求返回的都是完整的资源。

如何辨别条件请求？通过下面来加深理解条件请求与无条件请求。

当客户端缓存了目标资源但不确定该缓存资源是否是最新版本的时候，就会发送一个条件请求。
在Fiddler中，你可以在 Inspector > Headers 查找相关请求头，这样就可以辨别出一个请求是否是条件请求。
在进行条件请求时，客户端会提供给服务器一个If-Modified-Since请求头，其值为服务器上次返回的Last-Modified响应头中的日期值，还会提供一个If-None-Match请求头，值为服务器上次返回的ETag响应头的值:

服务器会读取到请求头中这两个的值，判断出客户端缓存的资源是否是最新的：

1）如果是的话，服务器就会返回HTTP/304 Not Modified响应,但没有响应体。客户端收到304响应后，就会从缓存中读取对应的资源。
2）如果服务器认为客户端缓存的资源已经过期了,那么服务器就会返回HTTP/200 OK响应，响应体就是该资源当前最新的内容。客户端收到200响应后，就会用新的响应体覆盖掉旧的缓存资源。

注意：

只有在客户端缓存了对应资源且该资源的响应头中包含了Last-Modified或ETag的情况下，才可能发送条件请求。

如果不改变网站内容，让Fiddler不返回304而返回一个包含响应体的HTTP/200响应，此时就可以用无条件重发。（省略条件请求头来实现无缓存请求）

 最后感谢每一个认真阅读我文章的人，礼尚往来总是要有的，虽然不是什么很值钱的东西，如果你用得到的话可以直接拿走：