1.Fiddler Composer发送HTTP请求
Composer的编辑模式主要有2种：Parsed模式和Raw模式。
实例1：Composer发送get请求
实例2：Composer发送post请求
实例3：composer编辑之前捕获的HTTP请求
在web会话列表中，可以将捕获到的HTTP请求拖拽到Composer中，编辑后再发送。
2.Fiddler重新发送HTTP请求
选中一个Session，单击Replay按钮，可以重新向Web服务器发送该请求。
选中多个Session，单击Replay按钮，Fiddler会启用多线程同时发送该请求，此功能可以用来做并发性能测试。
Shift键+Replay按钮：弹出提示框，要求指定每个请求被重新发送的次数。
Ctrl键+Replay按钮：在HTTP请求中不会包含If-Modified-Since和if-None-Match（是不使用缓存的意思吧）。
选中一个或多个Session，右键菜单会有一个Replay菜单
Replay菜单详细说明如下
- Reissue Requests R 重新发送请求，和菜单栏上的Replay按钮是一样的功能
- Reissue Unconditionally U 无条件反复发送选中的请求
- Reissue and Edit E 把选中的请求以原来的形式重新发送，在每个新的Session中设置断点，在请求发送给服务器之前，可以修改请求
- Reissue and Verify V 重新发送请求，检查响应，如果响应和上一个请求一样，就会变成绿色
- Reissue Sequentially S 选中多个Session会按顺序一个一个重新发送请求，是单线程模式
- Reissue from Composer 在Composer中编辑该请求
- Revisit in IE 在IE浏览器中用Get方法访问这个请求
实例1：简单的性能测试
在Web Session列表中，选中一个或者多个Session，然后按下Shift键的同时单击Replay按钮，会弹出提示框，要求指定每个请求被重新发送的次数。Fiddler会用多线程同时发送该请求，相当于模拟了很多用同时访问该请求。
实例2：使用Fiddler重放功能查找和登录相关的Cookie
任何一个网站，都会有一个cookie是用来维护登录的，如果浏览器发送的请求没有这个cookie，Web浏览器就会返回302状态码，让浏览器跳转到登录页面。
1.打开浏览器，访问百度网页，并且登录账户。
2.启动fiddler，打开http://i.baidu.com（这个页面只有在登录页面才能打开），捕获请求。
3.右击此请求-->Replay-->Reissue and Edit，此时HTTP请求处于可编辑的状态，删除一个cookie，然后单击Run to Completion，检查HTTP响应。如果响应还是处于登录状态（响应中出现用户名说明是登录状态），说明删除的cookie与登录无关。
4.重复操作，删除cookie，查看响应，最后找到名为BDUSS的cookie是与登录有关的。