获取“底层连接已关闭”在 HttpWebRequest 上

Question

我有一个用 VB.NET 编写的应用程序（不是 asp.net，它是一个 Windows 控制台应用程序）。我试图调用一个 url （一个 html 页面）并将响应返回到一个字符串中。响应是直接的 JSON，没有任何 html 标签。它以 { 开始，以 } 结束。

我很好地创建了 HttpWebRequest 对象。然后调用 req.GetResponse()。一旦我这样做，我就会收到错误底层连接已关闭：连接意外关闭。我一直在谷歌搜索并检查stackoverflow，并尝试了我发现的所有适用的方法（很多）其中与 WCF 服务配置有关，但不适用）。

这是我的代码：

Public Function GetJSON(ByRef d As db.Device) As Boolean
    Try
        d.Url = "http://" & d.IpAddress & ini.doc.<svc>.<url>.Value

        Dim req As HttpWebRequest = HttpWebRequest.Create(d.Url)
        // req.Accept = "*/*"
        // req.Timeout = 30000
        // req.ReadWriteTimeout = 30000
        // req.KeepAlive = False
        // req.UseDefaultCredentials = True
        // req.CachePolicy = HttpWebRequest.DefaultCachePolicy
        // req.Proxy = HttpWebRequest.DefaultWebProxy
        // req.ProtocolVersion = New System.Version(1, 0)

        Dim rsp As HttpWebResponse = req.GetResponse()

        Return True
    Catch ex As Exception
        Log(ex.Message)
        Return False
    Finally
        rsp = Nothing
        req = Nothing
    End Try
End Function

注释掉的行（错误的注释风格，但SO会正确解析它）是我迄今为止根据我在网上找到的内容尝试过的所有内容。他们都没有修复它。我已经验证正在构建的 URL 是正确的；如果我在浏览器中调用完全相同的 URL，它会返回完全正确的预期响应。

我尝试过对它进行wireshark...我看到实际预期的完整数据返回到鲨鱼输出中，然后是几行，然后是一条红线，上面写着： http> 51943 [RST] Seq=1607 Win=0 Len=0 这是 .NET 引发错误之前显示的最后一行。

我还尝试根据 SO 上的一篇文章打开 System.Net 跟踪/日志记录，并且在输出文件中我看到类似的所有预期 JSON 数据确实都回来了，但返回后，它会在 .NET 跟踪日志中抛出这些行：

System.Net.Sockets Verbose: 0 : [7040] Exiting Socket#60467532::Receive()   -> 1605#1605
System.Net.Sockets Verbose: 0 : [7040] Socket#60467532::Receive()
System.Net.Sockets Verbose: 0 : [7040] Data from Socket#60467532::Receive
System.Net.Sockets Verbose: 0 : [7040] 00000000 :                                                 : 
System.Net.Sockets Verbose: 0 : [7040] Exiting Socket#60467532::Receive()   -> 0#0
System.Net.Sockets Verbose: 0 : [7040] Socket#60467532::Dispose()
System.Net Error: 0 : [7040] Exception in the HttpWebRequest#27806816:: - The underlying connection was closed: The connection was closed unexpectedly.
System.Net Error: 0 : [7040] Exception in the HttpWebRequest#27806816::GetResponse - The underlying connection was closed: The connection was closed unexpectedly.

有什么想法下一步该去哪里尝试解决这个问题吗？我们正在从一些环境监测传感器设备中读取这些数据，他们给了我们这个 URL 供我们使用。

真正让我困惑的两件事是
a）在浏览器中调用时它工作得很好
b) WireShark 和 .NET 跟踪都显示所有实际返回的数据IS，并且框架由于某种原因在收到所有数据后出现异常！

WebException 本身很少用，因为它的 InnerException 为 null 并且它的状态只是显示“ConnectionClosed {8}”

提前致谢！

更新 08/18 1130： 我现在也尝试过仅使用 System.Net.WebRequest 而不是 HttpWebRequest。这也没有什么区别。

更新 08/18 1222： 我只是尝试切换我的代码，而不是使用 [Http]Web[Request|Response] 来调暗 WebClient对象并使用其 DownloadString() 方法。然而，这也会抛出同样的错误。

更新 08/18 1230： 尝试使用 My.Computer.Network.DownloadFile() - 也遇到相同的连接关闭错误。

Answer 1

您能否将跟踪日志的全部内容发布到pastebin.com 上并在此处发布链接？

您可能会收到此异常，因为服务器可能会在“Content-Length”标头中说它正在发送 N 个字节的实体，但实际上发送的长度少于 N 个字节并关闭连接。

答：

谢谢你提供的数据。从tracelog和wireshark跟踪来看，服务器似乎没有发送任何响应头，而是直接发送数据。这是违反 HTTP 协议的行为。这就是客户端抛出异常的原因。

Answer 2

这对我有帮助。我希望它也能帮助别人。

创建 HttpWebRequest 对象后，
添加这一行。

System.Net.ServicePointManager.SecurityProtocol = System.Net.SecurityProtocolType.Ssl3;

它的含义是将安全套接字层 (SSL) 3.0 指定为安全协议

http://support.microsoft.com /kb/915599

Answer 3

这是我如何让它工作的...感谢 feroze 为我指明了正确的方向！
（授予积分）

Public Function GetJSON(ByRef d As db.Device) As Boolean
    Try
        Dim tcp = New TcpClient()
        tcp.Connect(d.IpAddress, 80)

        Dim ns = tcp.GetStream()

        Dim req As Byte() = System.Text.Encoding.ASCII.GetBytes(
            "GET /getdata.htm HTTP/1.1" & vbCrLf & vbCrLf
        )
        ns.Write(req, 0, req.Length)

        Dim rsp(2048) As Byte, rcv As Integer
        Do
            rcv = ns.Read(rsp, 0, rsp.Length)
            d.JSON &= System.Text.Encoding.ASCII.GetString(rsp, 0, rcv)
        Loop Until rcv = 0

        tcp.Close()

        Return True
    Catch ex As Exception
        Log(ex.Message)
        Return False
    End Try
End Function

Answer 4

检查请求的延迟。如果超过几毫秒，则值得禁用 Nagle 算法

 ServicePointManager.UseNagleAlgorithm = false;

Answer 5

关于没有正文的请求，我遇到了同样的问题。就我而言，将 ContentLength 设置为零解决了问题。

Answer 6

就我而言，问题是我们使用“http://..”作为服务地址而不是“https://”...

Answer 7

当所需的标头不存在时，我也收到此错误