.NetCore HttpClient发送请求的时候为什么自动带上了一个RequestId头部？

奇怪的问题
最近在公司有个系统需要调用第三方的一个webservice。本来调用一个下很简单的事情，使用HttpClient构造一个SOAP请求发送出去拿到XML解析就是了。可奇怪的是我们的请求在运行一段时间后就会被服务器504给拒绝掉了。导致系统无法使用，用户叫苦连天。古怪就古怪在这个问题不是每次都会出现，是隔三差五的查询，每次修改完代码发布上去以为好了，过了两天又不行了，简直让人奔溃。

Postman测试
在反复调试代码无果的情况下，我怀疑是对方服务器的问题。于是拿出Postman往对方服务器发送请求测试。postman测试一测就测出问题了，不管发送什么，服务器全部给出了504的响应。因为在浏览器里访问webservice的首页是可以的，但是为什么在postman上面就不行了呢？于是我开始反复检查postman的请求有何不同，到这里感觉离发现问题不远了。在反复查看下我开始怀疑是postman的一个头部的问题：

设置System.Net.Http.EnableActivityPropagation开关为false

string switchName = "System.Net.Http.EnableActivityPropagation";
AppContext.SetSwitch( switchName, false );

配置环境变量DOTNETSYSTEMNETHTTPENABLEACTIVITYPROPAGATIO=false

最近被这个Request-Id折腾了很久。这里忍不住要吐槽下，这个内置的功能真的好吗，强力插入自定义头部，有考虑过防火墙的感受吗？或者是不是可以让开发者主动选择是否计入Diagnostic统计，而不是某一处开始订阅就全部请求都添加头部，毕竟我们无法控制第三方的库是否有什么骚操作。如果要关闭这个Diagnostic是不是可以在HttpClient实例上直接给出一个明确的开关让开发者关闭它，而不是需要配置什么环境变量。

ps：如果是使用HttpWebRequest类发送请求同样有这个问题，因为HttpWebRequest发送请求的时候就是用的HttpClient。

https://mp.weixin.qq.com/s/sCsdFlDEA0mrCAV9ngTXOw