.NET Core HttpClient请求异常详细情况如何全面深入分析？

前言 最近项目上每天间断性捕获到HttpClient请求异常，感觉有点奇怪，于是乎观察了两三天，通过日志以及对接方沟通确认等等，查看对应版本源码，尝试添加部分配置发布后，观察十几小时暂无异常情况出现，貌似问题已得到解决，若有后续继续更新。HttpClient来源：netstandard2.0 异常问题 场景：将相关厂家地磁设备（停车进出场）推送数据，转发至对接方。最近一个星期经过观察会出现两种异常情况，一种是请求连接操作被取消，另外一种则是请求处理过程中操作被取消，具体异常信息请见如下图 我们知道HttpClient默认超时时间为100s，但项目默认设置请求超时时间为30s，初次分析异常情况来看，请求超时导致请求连接被取消异常，首先我telnet对接方端口通畅，于是乎与对接方交涉，是否存在从请求到对接方接口有额外前置处理，以及网络是否存在波动等等，排查得知相关猜测都予以否决，网络无任何问题 问题排查分析 既然网络没有任何问题，难道是对接方即服务端处理数据量巨大，导致请求应答超时？于是乎对接方甩出几张最近消息接收数据 从上述两张图来看，最多的一天也才90来万，最近几天请求失败的数据大概2百来条，从我们平台打印日志来看，每秒请求大致是10个左右，通过HTTP对接完全可以承载。然后，因为我们将数据（JSON，数据大小几乎可以忽略不计）转发到对接方，对接方拿到数据后不会进行任何额外处理，直接存储，所以我们请求超时时间30s，怎么会导致超时而引发异常呢？很奇怪，没辙了，只能拿起终极武器，tcp抓包分析，重新学习了tcp/ip协议族一波 WireShark抓包分析 为打开分析上述pcap文件，提前安装抓包软件WireShark最新版本，由于软件项目部署在Linux上，我们通过如下命令进行抓包 tcpdump -i any port 1443 -w exception.pcap 从如下抓包信息可以直接知道，对接方使用了HTTPS协议，具体请看如下图 默认打开如上图所示，其中time为时间戳，为找到我们指定时间点（2021-06-04 15:46:17.296），通过tab：视图-时间显示格式-日期和时间 接下来我们找到包文件中导致请求被取消异常的具体时间节点（2021-06-04 15:46:17.296） 在TCP协议中RST表示复位，用于异常时关闭连接。在发送RST包关闭连接时，不必等待缓冲区的包都发出去，直接丢弃缓冲区的包而发送RST包。而接收端收到RST包后，也不必发送ACK包来确认。