解释下：
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 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响应头的值:
