http POST请求头默认携带Expect:100-continue参数，导致发送网络请求出错

查了一下，这个是.net底层自动带上的一个头，似乎是一个标准的请求头，参考 https://developer.mozilla.org/zh-CN/docs/Web/HTTP/Status/100 

修改这个设置似乎会有全局的影响，我还不是很确定是否应该关掉它。

感觉在服务端处理似乎更合理一些。 服务端是什么程序？

--

相关资料：

- https://stackoverflow.com/questions/15341287/expect-100-continue

- https://learn.microsoft.com/en-us/dotnet/api/system.net.servicepointmanager.expect100continue?view=net-8.0 

`ServicePointManager.Expect100Continue` 是 .NET 中用于控制 HTTP 请求行为的一个设置。具体来说，它与 HTTP 1.1 协议中的 "100 Continue" 状态码有关。

### `Expect100Continue` 的作用：

在 HTTP 1.1 协议中，当客户端发送带有大数据量（如文件上传）的请求时，它可以首先发送一个带有 `Expect: 100-continue` 头部的小请求，询问服务器是否愿意处理这个请求。如果服务器返回 `100 Continue`，客户端才会继续发送完整的数据。如果服务器返回其他状态码（如 4xx 或 5xx 错误），则客户端不会发送数据，从而节省了带宽。

`ServicePointManager.Expect100Continue` 的默认值为 `true`，表示在发送带有数据的 POST 请求时，客户端会使用这种 "探测" 机制。

### 是否应该将其设置为 `false`？

是否设置为 `false` 取决于具体的应用场景：

1. **如果你在发送大量小型请求**（如 JSON 请求或小型表单数据）：
   - **可以考虑设置为 `false`**，这样可以减少一次额外的请求，提高性能。

2. **如果你发送的是大型文件或数据**：
   - **保持为 `true` 可能更好**，因为如果服务器拒绝处理请求（例如由于认证失败），客户端不会浪费带宽传输整个请求体。

3. **服务器兼容性**：
   - 如果服务器不支持 `100 Continue` 或者处理有问题，设置为 `false` 可以避免潜在的兼容性问题。

### 总结：
- 小型请求（POST 请求体较小）：可以将 `ServicePointManager.Expect100Continue` 设置为 `false`。
- 大型请求：建议保持 `true`。

我在 Quicker 中发送 POST 请求的配置如图所示：