HttpWebRequest 长 URI 解决方法？

Question

我遇到了 HttpWebRequest 的问题，即如果 URI 长度超过 2048 个字符，则请求将失败并返回 404 错误，即使服务器完全有能力为具有这么长的 URI 的请求提供服务。我知道这一点，因为如果通过 HttpWebRequest 提交导致错误的同一 URI 在直接粘贴到浏览器地址栏中时工作正常。

我当前的解决方法是允许用户设置一个兼容性标志，表示在 URI 太长的情况下，可以安全地将参数作为 POST 请求发送，但这并不理想，因为我使用的协议是 RESTful并应使用 GET 进行查询。另外，无法保证该协议的其他实现者会接受 POSTed 查询。.Net

中是否有另一个类具有与 HttpWebRequest 相同的功能，并且不受我可以使用的 URI 长度限制的影响？
我知道 WebClient，但我真的不想使用它，因为我需要能够完全控制 HTTP 标头，而 WebClient 限制了这样做的能力。

编辑

因为 Shoban 要求这样做：

http://localhost/BBCDemo/sparql/?query=PREFIX+rdf%3A+%3Chttp%3A%2F%2Fwww.w3.org%2F1999%2F02%2F22-rdf-syntax-ns%23%3E%0D%0APREFIX+rdfs%3A+%3Chttp%3A%2F%2Fwww.w3.org%2F2000%2F01%2Frdf-schema%23%3E%0D%0APREFIX+xsd%3A+%3Chttp%3A%2F%2Fwww.w3.org%2F2001%2FXMLSchema%23%3E%0D%0APREFIX+skos%3A+%3Chttp%3A%2F%2Fwww.w3.org%2F2004%2F02%2Fskos%2Fcore%23%3E%0D%0APREFIX+dc%3A+%3Chttp%3A%2F%2Fpurl.org%2Fdc%2Felements%2F1.1%2F%3E%0D%0APREFIX+po%3A+%3Chttp%3A%2F%2Fpurl.org%2Fontology%2Fpo%2F%3E%0D%0APREFIX+timeline%3A+%3Chttp%3A%2F%2Fpurl.org%2FNET%2Fc4dm%2Ftimeline.owl%23%3E%0D%0ASELECT+*+WHERE+{%0D%0A++++%3Chttp%3A%2F%2Fwww.bbc.co.uk%2Fprogrammes%2Fb00n4d6y%23programme%3E+dc%3Atitle+%3Ftitle+.%0D%0A++++%3Chttp%3A%2F%2Fwww.bbc.co.uk%2Fprogrammes%2Fb00n4d6y%23programme%3E+po%3Ashort_synopsis+%3Fsynopsis-short+.%0D%0A++++%3Chttp%3A%2F%2Fwww.bbc.co.uk%2Fprogrammes%2Fb00n4d6y%23programme%3E+po%3Amedium_synopsis+%3Fsynopsis-med+.%0D%0A++++%3Chttp%3A%2F%2Fwww.bbc.co.uk%2Fprogrammes%2Fb00n4d6y%23programme%3E+po%3Along_synopsis+%3Fsynopsis-long+.%0D%0A++++%3Chttp%3A%2F%2Fwww.bbc.co.uk%2Fprogrammes%2Fb00n4d6y%23programme%3E+po%3Amasterbrand+%3Fchannel+.%0D%0A++++%3Chttp%3A%2F%2Fwww.bbc.co.uk%2Fprogrammes%2Fb00n4d6y%23programme%3E+po%3Agenre+%3Fgenre+.%0D%0A++++%3Fchannel+dc%3Atitle+%3Fchanneltitle+.%0D%0A++++OPTIONAL+{%0D%0A++++++++%3Chttp%3A%2F%2Fwww.bbc.co.uk%2Fprogrammes%2Fb00n4d6y%23programme%3E+po%3Abrand+%3Fbrand+.%0D%0A++++++++%3Fbrand+dc%3Atitle+%3Fbrandtitle+.%0D%0A++++}%0D%0A++++OPTIONAL+{%0D%0A++++++++%3Chttp%3A%2F%2Fwww.bbc.co.uk%2Fprogrammes%2Fb00n4d6y%23programme%3E+po%3Aversion+%3Fver+.%0D%0A++++++++%3Fver+po%3Atime+%3Finterval+.%0D%0A++++++++%3Finterval+timeline%3Astart+%3Fstart+.%0D%0A++++++++%3Finterval+timeline%3Aend+%3Fend+.%0D%0A++++}%0D%0A}&default-graph-uri=&timeout=30000

以下内容被编码到查询字符串中：

PREFIX rdf: <http://www.w3.org/1999/02/22-rdf-syntax-ns#>
PREFIX rdfs: <http://www.w3.org/2000/01/rdf-schema#>
PREFIX xsd: <http://www.w3.org/2001/XMLSchema#>
PREFIX skos: <http://www.w3.org/2004/02/skos/core#>
PREFIX dc: <http://purl.org/dc/elements/1.1/>
PREFIX po: <http://purl.org/ontology/po/>
PREFIX timeline: <http://purl.org/NET/c4dm/timeline.owl#>
SELECT * WHERE {
  <http://www.bbc.co.uk/programmes/b00n4d6y#programme> dc:title ?title .
  <http://www.bbc.co.uk/programmes/b00n4d6y#programme> po:short_synopsis ?synopsis-short .
  <http://www.bbc.co.uk/programmes/b00n4d6y#programme> po:medium_synopsis ?synopsis-med .
  <http://www.bbc.co.uk/programmes/b00n4d6y#programme> po:long_synopsis ?synopsis-long .
  <http://www.bbc.co.uk/programmes/b00n4d6y#programme> po:masterbrand ?channel .
  <http://www.bbc.co.uk/programmes/b00n4d6y#programme> po:genre ?genre .
  ?channel dc:title ?channeltitle .
  OPTIONAL {
    <http://www.bbc.co.uk/programmes/b00n4d6y#programme> po:brand ?brand .
    ?brand dc:title ?brandtitle .
  }
  OPTIONAL {
    <http://www.bbc.co.uk/programmes/b00n4d6y#programme> po:version ?ver .
    ?ver po:time ?interval .
    ?interval timeline:start ?start .
    ?interval timeline:end ?end .
  }

}

Answer 1

我使用的协议是 RESTful，应该使用 GET 进行查询。

POST 没有理由不能用于查询；对于非常长的请求数据，您必须这样做，因为非常长的 URI 不受全局支持，而且从来没有受过支持。这是 HTTP 无法达到 REST 理想状态的一个领域。

POST 通常不在纯 HTML 级别上使用的原因是为了阻止浏览器提示重新加载，并促进例如。书签。但对于 HttpWebRequest，您无需担心任何一个问题，因此请继续 POST 它。 Web 应用程序应该使用参数或 URI 路径部分来区分写入请求和查询，而不仅仅是请求方法。 （当然，来自 GET 方法的写入请求仍应被拒绝。）

Answer 2

我不认为 HttpWebRequest 实际上与您所讨论的大小的 GET URL 不兼容。我这样说是基于两件事：

1. 在我自己的工作中，我使用 HttpWebRequest 发送长度超过 2048 个字符的 HTTP GET 请求，没有任何问题。我不确定最长的字符是多少，但我们谈论的是 10,000 多个字符。 （这主要是在 Web 应用程序和 Tomcat 下运行的 Solr 实例之间进行的。）

2. .NET 对 GET URL 长度确实有一些限制，但我知道的长度远高于 2048 个字符。例如，我今天从探查器中了解到 WebRequest.Create(string url) 调用 Uri 类构造函数，据记录，如果“uriString 的长度超过 65534 个字符”，则会抛出 UriFormatException。

如果不是 HttpWebRequest 本身，我不确定你的问题可能出在哪里。您知道您的 Web 服务在什么条件下会返回 HTTP 404（即“未找到”）吗？ （我假设 404 来自您的 Web 服务，而不是在 .NET 的深处伪造的。）我还想仔细检查您粘贴到浏览器中的地址实际上是否与正在粘贴的地址相同。由.NET发送；正如 feroze 所建议的，您应该为此使用网络嗅探工具。如果两个地址相同，那么接下来可能会比较 .NET 情况和浏览器情况之间的 HTTP 标头有何不同。 （顺便说一句，我个人发现 Fiddler 对于 HTTP 调试任务来说比wireshark更方便。）

另请参阅此有点相关的问题：如何HttpWebRequest 与将 URL 粘贴到地址栏中（功能）不同吗？

Answer 3

下面是一个片段，它使用越来越大的 url 值构造 HttpWebRequest 实例，直到抛出异常：

using System.Net;

...

StringBuilder url = new StringBuilder("http://example.com?p=");
try
{
    for (int i = 1; i < Int32.MaxValue; i++)
    {
        url.Append("0");
        HttpWebRequest request = HttpWebRequest.CreateHttp(url.ToString());
    }
}
catch (Exception ex)
{
    Console.Out.WriteLine("Error occurred at url length: " + url.Length);
    Console.Out.WriteLine(ex.GetType().ToString() + ": " + ex.Message);
    return;
}
Console.Out.WriteLine("Completed without error!");

在我的机器上（在运行 .Net 4.5 的 LINQPad 中），此片段输出：

Error occurred at url length: 65520
System.UriFormatException: Invalid URI: The Uri string is too long.

Answer 4

根据 RFC3986，您的查询字符串是错误的。 URI 中不允许使用“{”和“}”字符。