我如何查看HttpWebRequest类发送的原始HTTP请求？

我知道你们都会回答“使用像Fiddler这样的调试代理服务器”，但这不是那么简单。

这是我的情况：我在ASP.NET页面代码隐藏（aspx.cs）中的服务器上运行了一些代码，该代码（除其他外）建立了与 另一台服务器，获取了一些东西，然后对其进行格式化并将其返回到浏览器。

问题是另一台服务器做错了，所以我希望能够将调试标志传递到页面中（通过查询字符串，例如？debug = true），以便它将打印出 完全原始的HTTP请求将其发送到另一台服务器，以便我可以查看到底是什么问题。该代码在多个地方运行，因此我希望能够仅在开发，登台或生产中传递此标志，并且仅查看请求，而不必弄清楚生产服务器是否可以与某个地方存在的某些代理服务器进行通信等

您会认为这样做很容易，对吧？所以我觉得自己很疯狂，但是我看了HttpWebRequest及其父类WebRequest的引用，但没有。没办法 您可能会认为Microsoft会想到这一点。最接近的事情是您可以访问“标头”集合，但是当我尝试它时，它省略了一些非常重要的标头，例如“内容长度”-因此它必须对我“说谎”（我知道它在说谎，因为我知道对于远程服务器正在返回200状态的事实-请求成功，它只是返回错误/不同/错误的数据）

这是要求代码示例：

HttpWebRequest req = (HttpWebRequest)WebRequest.Create("http://www.whatever.com");
req.Method = ... whatever ...;
... other setup for the request ...
/* At this point we are about to send the request.
   What does the raw HTTP request look like? */
HttpWebResponse resp = (HttpWebResponse)req.GetResponse();

您可以使用System.Net跟踪机制来查看网络上发送的原始HTTP请求。您也可以将自己的跟踪侦听器添加到该过程中。

我意识到这是一个古老的问题。@feroze的答案说明了要执行的操作，但没有详细介绍如何设置System.Net跟踪以实现此目标。

由于这个问题是我对该主题进行查询的第一个Google结果，并且由于我们都是忙碌的人，所以我认为我可以避免所有人都不必查找这些信息。

System.Web对HttpWebRequests的调试非常强大，可以使用以下命令轻松设置web.config：

<configuration>
    <system.diagnostics>

        <trace autoflush="true" /> 

        <sources>
            <source name="System.Net" maxdatasize="1024">
                <listeners>
                    <add name="MyTraceFile"/>
                    <add name="MyConsole"/>
                </listeners>
            </source>
        </sources>

        <sharedListeners>
            <add
              name="MyTraceFile"
              type="System.Diagnostics.TextWriterTraceListener"
              initializeData="System.Net.trace.log" />
                <add name="MyConsole" type="System.Diagnostics.ConsoleTraceListener" />
        </sharedListeners>

        <switches>
            <add name="System.Net" value="Verbose" />
        </switches>

    </system.diagnostics>
</configuration>

HttpWebRequest在您的代码中添加一个简单代码，并在Visual Studio中以调试模式运行时，以下信息将显示在调试控制台中：

System.Net Verbose: 0 : [6596] WebRequest::Create(https://example.com/service.asmx)
System.Net Verbose: 0 : [6596] HttpWebRequest#62063506::HttpWebRequest(https://example.com/service.asmx#11234)
System.Net Information: 0 : [6596] RAS supported: True
System.Net Verbose: 0 : [6596] Exiting HttpWebRequest#11234::HttpWebRequest() 
System.Net Verbose: 0 : [6596] Exiting WebRequest::Create()     -> HttpWebRequest#11234
System.Net Verbose: 0 : [6596] HttpWebRequest#11234 ::GetRequestStream()
System.Net Verbose: 0 : [6596] ServicePoint#11234 ::ServicePoint(example.com:443)
System.Net Information: 0 : [6596] Associating HttpWebRequest#11234with ServicePoint#11234
System.Net Information: 0 : [6596] Associating Connection#11234 with HttpWebRequest#11234 
System.Net Information: 0 : [6596] Connection#11234 - Created connection from x.x.x.x:xx to x.x.x.x:xx.
System.Net Information: 0 : [6596] TlsStream#11234 ::.ctor(host=example.com, #certs=0)
System.Net Information: 0 : [6596] Associating HttpWebRequest#11234 with ConnectStream#11234 
System.Net Verbose: 0 : [6596] Exiting HttpWebRequest#11234 ::GetRequestStream()    -> ConnectStream#11234 
System.Net Verbose: 0 : [6596] ConnectStream#7740977::Write()
System.Net Verbose: 0 : [6596] Data from ConnectStream#11234::Write
System.Net Verbose: 0 : [6596] 00000000 : 3C 73 6F 61 70 3A 45 6E-76 65 6C 6F 70 65 0D 0A : <soap:Envelope..
...etc

当尝试找出Web服务客户端错误的原因时，我发现这特别有用。原来我缺少标题。

您可以使用wireshark之类的网络流量嗅探器。

这不是调试代理，但将嗅探所有流量并让您查看原始请求/响应。

在这里回答我自己的问题，因为我想到了另一种方法。基本上，想法是-您将HttpWebRequest指向指向记录传入原始HTTP请求的页面。换句话说，根据此论坛帖子设置自定义HTTP处理程序：

http://forums.asp.net/t/353955.aspx

然后仅更改HttpWebRequest中的URL指向此新端点，但将请求的所有其他元素保持不变。将结果写到文件或其他东西上，您就很高兴。

我建议您下载Telerik Fiddler以捕获传入/传出的流量。

这是一个简单的示例，说明如何使用该工具进行操作：

1. 确保已启用捕获流量：
2. 打开浏览器并刷新页面，或仅通过HTTP客户端发送请求。
3. 切换到提琴手之后，您应该看到您的请求：
4. 在顶部尝试浏览“原始”标签。
5. 在下面的窗口中是您的原始请求

我知道这是一个老问题，但是我处在一个无法控制应用程序配置文件的困境中，因此我需要一种简单的方法来通过代码启用跟踪，然后轻松地访问应用程序中的原始请求/响应数据。事件。因此，我将这个自定义类HttpRawTraceListener放在一起，它可能对其他位置合适的人有用：

https://github.com/jhilgeman/HttpRawTraceListener/blob/master/HttpRawTraceListener.cs

它的设计非常简单，只需将文件添加到项目中，然后调用：

System.Diagnostics.HttpRawTraceListener.Initialize();

...开始跟踪。从那里，将从跟踪消息中解析出请求/响应，然后通过System.Diagnostics.HttpRawTraceListener.FinishedCommunication使这些请求/响应可用事件。

对于每种情况，它可能都不是100％完美的（例如，它不是代理，因此它不会捕获来自浏览器的Web请求），但是它对于捕获HttpWebRequests对Web服务的请求/响应的效果很好。如果您需要这样的东西，可以作为一个很好的起点。

另一个建议。实现您自己的Web代理，并将您的请求设置为与WebRequest.Proxy一起使用。然后，您应该能够从代理实例中提取流量。

编辑：更新链接。

您说自己以为.NET对您说谎，给出的具体示例是Content-LengthHTTP响应中缺少标头。

但是Content-LengthHTTP响应中不需要标头。实际上，如果响应的主体是动态的，并且事先不知道其长度，那么很可能Content-Length会省略标头！