【问题标题】:HttpClient accessing a socket applicationHttpClient 访问套接字应用程序
【发布时间】:2015-12-19 20:58:29
【问题描述】:

我开始使用 HttpClient,因为我认为我正在访问的服务是 REST 服务。原来它是一个在 80 端口上运行的 JSON 服务,但却是一个套接字应用程序。

HttpClient 打开远程端口,但是当它发送 JSON 请求时,它永远不会得到响应。我也很难让提琴手得到回应。但我能够让 wget 和 curl 发送/接收响应。那时我与最初的开发人员交谈,他提到这不是一个真正的“REST”服务,而只是一个发送/接收 JSON 的套接字应用程序。

我可以做些什么来调整 HttpClient 以访问套接字应用程序,还是我必须退后一步并使用 WebSockets?

这是发送/接收 JSON 数据包的测试代码。

        private async Task ProcessZone(string szIPAddress)
    {
        string responseData = string.Empty;

        Uri baseAddress = new Uri(@"http://" + szIPAddress + "/player");

        try
        {
            using (var httpClient = new HttpClient { BaseAddress = baseAddress })
            {
                var _req = new SendRequest();
                _req.id = "rec-100";
                _req.url = "/stable/av/";
                _req.method = "browse";

                var _json = JsonConvert.SerializeObject(_req);

                using (var content = new StringContent(_json,Encoding.UTF8, "application/json"))
                {
                    using (var response = await httpClient.PostAsync(baseAddress, content))
                    {
                        responseData = await response.Content.ReadAsStringAsync().ConfigureAwait(false);
                    }
                }
            }

            var _Response = JsonConvert.DeserializeObject<Response>(responseData);

            var item = new ZoneInfo();
            item.szIPAddress = szIPAddress;
            item.szZoneName = _Response.result.item.title;
            lstZones.Add(item);

        }
        catch (Exception ex)
        {
            Debug.WriteLine(ex.Message);
        }
    }

    private async Task ProcessZones()
    {

        foreach (var item in ZoneSearch)
        {
            await ProcessZone(item.IPAddress);
        }
    }

连接挂在这一行:

using (var response = await httpClient.PostAsync(baseAddress, content))

我还应该提到,上面的代码在真正的休息服务上运行良好......

【问题讨论】:

  • 调用 ProcessZone() 的代码是“正确的”异步/等待(一直向上),还是在堆栈调用 .Result() 或 .Wait() 中执行更高级别的操作?跨度>
  • 是的,当访问真正的 REST 服务时,这一切都有效。但我想我要访问的不是 REST 服务,而是在套接字上运行的 JSON 服务。需要打开连接,调用 JSON 并接收响应,然后关闭。不过,我将进行编辑以包含调用函数。
  • 无论如何,您都应该将 .ConfigureAwait(false) 添加到第一个等待中,就像第二个等待一样。如果堆栈中更高的东西调用 .Result()/.Wait(),没有它可能会死锁。
  • 另外 REST 本身并没有涉及到这一点,但服务是否以及在何种程度上实现了 HTTP 协议可能会。
  • 奇怪的是我无法通过 fiddler 或任何 chrome rest 测试插件访问该服务。我从来没有得到回复,但我看到请求已经发出。但是,使用 CURL 我得到了完整的响应。

标签: c# dotnet-httpclient


【解决方案1】:

那时我与最初的开发人员交谈,他提到这不是一个真正的“REST”服务,而只是一个发送/接收 JSON 的套接字应用程序。

了解协议是打造工作客户端的第一步。

我可以做些什么来调整 HttpClient 以访问套接字应用程序,还是我必须退后一步并使用 WebSockets?

不幸的是,两者都不是。 HttpClient - 顾名思义 - 仅适用于 HTTP 服务。由于该服务器不是 HTTP 服务器,因此它不适用于HttpClient。 WebSocket 有一个相当混乱的名称,因为它们不是原始套接字,而是使用 WebSocket 协议,这需要设置 HTTP 握手。由于服务器不是 HTTP/WebSocket 服务器,因此无法与 WebSocket 一起使用。

您唯一的选择是迫使开发人员编写一个真正的 REST 服务(这使您的工作更轻松),或者使用原始套接字(例如,Socket)。正确使用原始套接字非常困难,因此我建议您向开发人员施加压力,让他们像当今世界其他地方一样编写 REST 服务。

【讨论】:

  • 谢谢;这就是我需要知道的。我同意,针对 REST 编写代码要容易得多。但我也有插座方面的经验。它不会像我必须自己编写线程那样令人愉快,但这将是我必须做的。我不认为我会很幸运地说服他重写 REST。可悲的是。该服务是在 linux 变体上运行的 C++ 服务,因此这将是相当多的工作,对他没有任何激励。 :(
猜你喜欢
  • 2016-05-16
  • 1970-01-01
  • 1970-01-01
  • 2014-06-28
  • 1970-01-01
  • 1970-01-01
  • 2011-06-14
  • 1970-01-01
  • 2022-06-16
相关资源
最近更新 更多