当我尝试POST到一个URL时，会导致以下异常:
远程服务器返回错误: (417)期望失败。
下面是一个示例代码:
var client = new WebClient();
var postData = new NameValueCollection();
postData.Add("postParamName", "postParamValue");
byte[] responseBytes = client.UploadValues("http://...", postData);
string response = Encoding.UTF8.GetString(responseBytes); // (417) Expectation Failed.
使用HttpWebRequest/HttpWebResponse对或HttpClient没有区别。
是什么导致了这个异常?
当前回答
您试图模拟的表单是否有两个字段，用户名和密码?
如果是这样，这一行:
postData.Add("username", "password");
不正确。
你需要两行代码:
postData.Add("username", "Moose");
postData.Add("password", "NotMoosespasswordreally");
编辑:
好吧，既然这不是问题所在，解决这个问题的一种方法是使用Fiddler或Wireshark之类的工具来查看从浏览器成功发送到web服务器的内容，然后将其与从您的代码发送的内容进行比较。如果从。net转到普通的80端口，Fiddler仍然会捕获这些流量。
表单上可能有一些web服务器期望你没有发送的其他隐藏字段。
其他回答
如果你正在使用“HttpClient”，并且你不想使用全局配置来影响你可以使用的所有程序:
HttpClientHandler httpClientHandler = new HttpClientHandler();
httpClient.DefaultRequestHeaders.ExpectContinue = false;
如果你正在使用“WebClient”，我认为你可以尝试删除这个头通过调用:
var client = new WebClient();
client.Headers.Remove(HttpRequestHeader.Expect);
网络。config方法适用于InfoPath表单服务调用IntApp启用web服务的规则。
<system.net>
<defaultProxy />
<settings> <!-- 20130323 bchauvin -->
<servicePointManager expect100Continue="false" />
</settings>
</system.net>
缺省向导生成的SOAP Web服务代理也会出现同样的情况和错误(如果WCF系统上也出现这种情况，则不是100%。ServiceModel stack)在运行时:
最终用户机器(在Internet设置中)被配置为使用不理解HTTP 1.1的代理 客户端最终发送了一些HTTP 1.0代理不理解的东西(通常是HTTP POST或PUT请求的一部分，因为标准协议约定将请求分为两部分发送，如备注中所述)
．.． 结果是417。
正如在其他答案中所述，如果您遇到的特定问题是Expect报头导致了问题，那么可以通过通过System.Net.ServicePointManager.Expect100Continue相对全局地关闭由两部分组成的PUT/POST传输来绕过该特定问题。
然而，这并不能完全解决底层问题——堆栈可能仍然使用HTTP 1.1特定的东西，如KeepAlives等(尽管在许多情况下，其他答案确实涵盖了主要情况)。
然而，实际的问题是自动生成的代码假设盲目使用HTTP 1.1设施是可以的，因为每个人都明白这一点。要停止对特定Web服务代理的这种假设，可以更改覆盖默认的底层HttpWebRequest。通过创建一个派生的代理类来覆盖受保护的覆盖WebRequest GetWebRequest(Uri Uri)，从1.1的默认协议版本
public class MyNotAssumingHttp11ProxiesAndServersProxy : MyWS
{
protected override WebRequest GetWebRequest(Uri uri)
{
HttpWebRequest request = (HttpWebRequest)base.GetWebRequest(uri);
request.ProtocolVersion = HttpVersion.Version10;
return request;
}
}
(其中MyWS是添加Web参考向导向您发出的代理。)
更新:这是我在生产中使用的impl:
class ProxyFriendlyXXXWs : BasicHttpBinding_IXXX
{
public ProxyFriendlyXXXWs( Uri destination )
{
Url = destination.ToString();
this.IfProxiedUrlAddProxyOverriddenWithDefaultCredentials();
}
// Make it squirm through proxies that don't understand (or are misconfigured) to only understand HTTP 1.0 without yielding HTTP 417s
protected override WebRequest GetWebRequest( Uri uri )
{
var request = (HttpWebRequest)base.GetWebRequest( uri );
request.ProtocolVersion = HttpVersion.Version10;
return request;
}
}
static class SoapHttpClientProtocolRealWorldProxyTraversalExtensions
{
// OOTB, .NET 1-4 do not submit credentials to proxies.
// This avoids having to document how to 'just override a setting on your default proxy in your app.config' (or machine.config!)
public static void IfProxiedUrlAddProxyOverriddenWithDefaultCredentials( this SoapHttpClientProtocol that )
{
Uri destination = new Uri( that.Url );
Uri proxiedAddress = WebRequest.DefaultWebProxy.GetProxy( destination );
if ( !destination.Equals( proxiedAddress ) )
that.Proxy = new WebProxy( proxiedAddress ) { UseDefaultCredentials = true };
}
}
检查网络连接是否重定向。
我有这个问题时，在错误的wifi和任何网络请求重定向到一个公司登录页面。
另一种方式——
将这些行添加到应用程序配置文件配置部分:
<system.net>
<settings>
<servicePointManager expect100Continue="false" />
</settings>
</system.net>
