专栏首页一路走一路失去也一路拥有C# HttpWebRequest 请求遇到最坑(史上最坑)的一个问题,分析加解决方案

C# HttpWebRequest 请求遇到最坑(史上最坑)的一个问题,分析加解决方案

在前不久

对接公司接口的时候遇到【HttpWebRequest】请求,一直返回【操作超时】

用postman请求又正常

我找了很多网上对应【操作超时】解决方案,无果。。。

最后还是在别人写的好的HttpHelper中发现了不一样,就只有一行代码

在我自己的代码中加上后,就正常了。

【先来看看一开始的请求代码】

        public static string PostRequest(string Url, string Param)
        {
            HttpWebRequest request;
            HttpWebResponse response;

            string strURL = Url;
            string StrDate = "";
            string strValue = "";
            try
            {
                request = (HttpWebRequest)WebRequest.Create(strURL);
                request.Method = "POST";
                request.ContentType = "application/json;";
                request.Timeout = 20000;
                byte[] Data = Encoding.UTF8.GetBytes(Param);
                request.GetRequestStream().Write(Data, 0, Data.Length);
                response = (HttpWebResponse)request.GetResponse();
                request.GetRequestStream().Close();
            }
            catch (WebException ex)
            {
                strValue = ex.Message;
                response = (HttpWebResponse)ex.Response;

            }
            try
            {
                Stream Data_S = response.GetResponseStream();
                StreamReader Reader = new StreamReader(Data_S, Encoding.UTF8);
                while ((StrDate = Reader.ReadLine()) != null)
                {
                    strValue += StrDate + "\r\n";
                }
                Data_S.Close();
            }
            catch (Exception ex)
            {
                strValue = ex.Message;
            }
            return strValue;
        }

【修改后的代码】

        public static string PostRequest(string Url, string Param)
        {
            HttpWebRequest request;
            HttpWebResponse response;

            string strURL = Url;
            string StrDate = "";
            string strValue = "";
            try
            {
                request = (HttpWebRequest)WebRequest.Create(strURL);
                request.Method = "POST";
                request.ContentType = "application/json;";
                request.Timeout = 20000;
                request.ServicePoint.Expect100Continue = false;   //加了这一行代码 就OK了
                byte[] Data = Encoding.UTF8.GetBytes(Param);
                request.GetRequestStream().Write(Data, 0, Data.Length);
                response = (HttpWebResponse)request.GetResponse();
                request.GetRequestStream().Close();
            }
            catch (WebException ex)
            {
                strValue = ex.Message;
                response = (HttpWebResponse)ex.Response;

            }
            try
            {
                Stream Data_S = response.GetResponseStream();
                StreamReader Reader = new StreamReader(Data_S, Encoding.UTF8);
                while ((StrDate = Reader.ReadLine()) != null)
                {
                    strValue += StrDate + "\r\n";
                }
                Data_S.Close();
            }
            catch (Exception ex)
            {
                strValue = ex.Message;
            }
            return strValue;
        }

request.ServicePoint.Expect100Continue = false;

上面的这一段代码的默认意思是:

是否在请求服务器前,询问是否需要以【100-continue】的形式请求后等待服务器响应

响应通过验证,返回status 100

然而现在是“false” 说明是不需要的询问服务器

问题起因分析:

我一开始请求的代码中压根就没那一行代码,直接套用,发现返回【操作超时】

是因为在请求前先询问是否需要用【100-continue】的形式请求

我默认是“true”,因为不加那行代码默认为“true”

询问发过去,服务器接口压根不处理这个询问

问开发接口的人员说直接在路由层就跳出了

我这边的代码就还在等待询问的响应,等啊等啊【超时操作】就给我报出来了

---------------------------------------------------------------------------------

加了那一行代码后

我就不询问了,直接发送数据

1.服务器收到数据

2.处理

3.响应

正常了!!!

但是这个问题是不是服务器接口有问题呢?打个问号,我其实也不太确定

就这个问题耽误了我足足几天时间,(史上最坑)无疑!!!

最后附上【100-continue】的详解

100-continue 详解

本文作者:[博主]大顺

本文链接:https://shunnet.top/rqyYJ3

版权声明:转载注明出处,谢谢

本文参与腾讯云自媒体分享计划,欢迎正在阅读的你也加入,一起分享。

我来说两句

0 条评论
登录 后参与评论

相关文章

  • .NET HttpWebRequest(请求被中止: 未能创建 SSL/TLS 安全通道)和(基础连接已经关闭: 发送时发生错误)问题查找解决

      前段时间在对接第三方接口的时候发生了一个非常奇葩的问题,就是使用 .NET Framework 4.6 HttpWebRequest进行网络请求的相关问题。...

    追逐时光者
  • WPF小坑第十三篇之HttpWebRequest问题

    大早上正在沉迷代码根本无法自拔的时刻,突然间收到了一个私信消息:关于HttpWebRequest在post的时候一个诡异的问题,然后还给我截了图如下:

    WPF程序员
  • 分享一篇关于C#大文件上传的整个过程

    1、创建一个web mvc项目,在创建一个webservice文件夹,在文件夹下创建一个SaveFileWebForm.axpx接口,

    用户7053485
  • B端产品运营:需求管理的避坑指南

    B端产品在需求搜集、分析、迭代上线的方法上与C端大同小异,但由于B端产品使用对象的角色多样性,跨部门协作的流程复杂性,B端产品的需求管理相比于C端“坑”更多。

    物流IT圈
  • 微信小程序开发填坑指南V1

    近期用了一星期的时间,开发了一个小程序。小程序名称是:小特Jarvis,取自钢铁侠的管家。

    用户1219352
  • 作为 Java 工程师,你的 Spring 用对了吗?

    这些年,Spring 几乎是 Java 开发的标配,好用归好用,但确实也有不少坑,很多“坑”隐藏的还相当隐蔽,下面这些问题,估计你都遇到过:

    码哥字节
  • 实现 APK 保护时常见的坑和解决方案

    用户1907613
  • 基于Go的websocket消息服务

      3个月没写PHP了,这是我的第一个中小型go的websocket微服务。那么问题来了,github上那么多轮子,我为什么要自己造轮子呢?

    sunsky
  • 【8大坑】重构springboot踩坑记录手册

    版权声明:本文为博主原创文章,未经博主允许不得转载。 https://blog.csdn.n...

    林老师带你学编程
  • [译] APT分析报告:05.Turla新型水坑攻击后门(NetFlash和PyFlash)

    这是作者新开的一个专栏,主要翻译国外知名的安全厂商APT报告文章,了解它们的安全技术,学习它们溯源APT组织的方法,希望对您有所帮助。前文分享了一种新型无文件A...

    Eastmount
  • 很开心,在使用mybatis的过程中我踩到一个坑。

    先说说这个坑是什么吧。如果你踩过这个坑,并且知道具体的原因,那这篇文章可以加深你的印象。如果你没有踩过,那你可得好好看看,因为你总会遇到的。

    Bug开发工程师
  • 很开心,在使用mybatis的过程中我踩到一个坑。

    先说说这个坑是什么吧。如果你踩过这个坑,并且知道具体的原因,那这篇文章可以加深你的印象。如果你没有踩过,那你可得好好看看,因为你总会遇到的。

    why技术
  • 记一次性能测试的经历

    工作这么多年,一直专注于自动化和工具研发,对性能方面做的相对少很多。主要还是没有实际的上手机会,没有需求就不能很好的实践,光看几本理论知识的书还是不够的。今天主...

    上帝De助手
  • 手把手带你开发一款 IIS 模块后门

    记得之前看一篇 APT 组织的报告时偶然间看到过 IIS 模块后门然后在网上找了找了资料,想自己开发一款然后开发到一半因为一些事情就停止了很久,这次清理项目文件...

    信安之路
  • 小萝莉说Crash(一):Unrecognized selector sent to instance xxxx

    大家好,我是来自Bugly Crash实验室的小萝莉(害羞ing),很高兴能和大家一起讨论关于移动终端App的Crash问题及解决方法。 在上次的“精神哥讲Cr...

    腾讯Bugly
  • 开发 | 无需后端编码,手把手教你把 WordPress 做成小程序

    知晓程序(微信号 zxcx0101)今天分享的这篇文章,将一步步讲解,如何将一个 WordPress 网站借助 REST API 开发微信小程序版。

    知晓君
  • 使用Jenkins部署.Net Core遇到的几个坑

      这里最应该注意的是操作系统版本和Jenkins的版本,不同的版本,特别是操作系统操作的shell可能千差万别,你会在网上看到各种命令,所以选择好自己的环境。

    Edison.Ma
  • 程序员(女)送上BAT+华为SP面经,聊一些细节加分项

    阿里在拥抱变化消息放出来之后,随随便便做了笔试题,然后竟然收到了面试通知。技术面略温和。可能是他们不招人的原因。

    Java架构技术

扫码关注云+社区

领取腾讯云代金券