HttpClient.PostAsync发不出表单数据，因默认Content-Type为application/json，需用FormUrlEncodedContent传Dictionary键值对，键名禁空格，中文值确保UTF-8编码；上传文件须用MultipartFormDataContent；HttpClient应复用而非每次new；400错误常因缺失Referer、CSRF Token或User-Agent头。
HttpClient.PostAsync发不出表单数据？检查Content-Type和键值格式
直接用 HttpClient.PostAsync 传字符串或 JSON，默认 Content-Type 是 application/json，后端收不到 application/x-www-form-urlencoded 的表单字段。必须显式构造 FormUrlEncodedContent。
- 表单字段要用
Dictionary<string string></string>构建，键名不能含空格或特殊字符（如user name会出错，得改成username） - 中文值要确保编码一致：.NET Core 3.1+ 默认 UTF-8，但老版本可能需手动指定
Encoding.UTF8给FormUrlEncodedContent - 别用
new StringContent(JsonConvert.SerializeObject(...), ...)混着来——那是给 API 接口的，不是表单
示例：
var form = new Dictionary<string string>
{
{ "username", "test" },
{ "email", "a@b.c" }
};
var content = new FormUrlEncodedContent(form);
await client.PostAsync("https://api.example.com/login", content);</string>
上传文件必须用MultipartFormDataContent，别手拼boundary
MultipartFormDataContent 会自动处理 boundary、头字段、换行和编码，自己拼字符串极易出错（比如漏掉 --、乱码、Content-Disposition 格式错）。它内部用的是 RFC 7578 兼容格式，比老式 WebClient 更可靠。
- 文件流必须是可读的且未被关闭；上传前别调用
stream.Position = 0—— 如果流已读到末尾，得用stream.Seek(0, SeekOrigin.Begin) - 文件名里的中文在
ContentDisposition中会被自动 URL 编码，但某些 Nginx 或旧 PHP 环境可能不兼容，可加filename*=UTF-8''xxx.jpg形式（MultipartFormDataContent不直接支持，得自定义ByteArrayContent+ 手动设头） - 非文件字段（如 token）也得用
Add()加进去，不能只塞文件
示例：
var content = new MultipartFormDataContent();
content.Add(new StringContent("abc123"), "token");
using var stream = File.OpenRead("photo.jpg");
content.Add(new StreamContent(stream), "file", "photo.jpg");
await client.PostAsync("https://api.example.com/upload", content);
HttpClient实例必须复用，别每次new一个
频繁 new HttpClient 会导致端口耗尽（TIME_WAIT）、DNS 缓存失效、连接池无法复用。尤其在高并发表单提交场景下，几秒内新建上百个实例，很容易触发 SocketException: Too many open files 或超时。
- 全局静态单例不够安全（没处理 DNS 变更、证书更新），推荐用
IHttpClientFactory（ASP.NET Core）或封装成线程安全的静态实例 +Dispose管理 - 如果手动管理，记得设置
Timeout（默认 100 秒太长），并启用MaxConnectionsPerServer控制并发连接数 - 不要在
using var client = new HttpClient()里发请求——Dispose()会关掉底层连接池
400 Bad Request但字段明明对了？查后端是否校验CSRF或Referer
表单提交失败返回 400 却没具体错误信息，常见原因是后端框架（如 ASP.NET MVC、Django、Spring Security）默认拦截无 Referer 或缺失 CSRF Token 的 POST 请求。HttpClient 默认不带这些头，得手动补。
- CSRF Token 一般从上一步 GET 页面的 hidden input 或响应头里取，存下来再塞进下个请求的 body 或 header
- 加
Referer头：client.DefaultRequestHeaders.Referrer = new Uri("https://example.com/form"); - 某些系统还校验
User-Agent，空值或太简陋（如 “dotnet”）会被拒，可设成常见浏览器 UA
调试时先用 Postman 模拟相同 headers 和 body，确认服务端逻辑没问题，再回头比对 C# 请求的 raw headers 差异。
multipart 边界、CSRF 流程、连接复用这三块最容易在上线后突然出问题——它们不报编译错误，也不总在本地复现，但一到压测或真实用户提交就卡住。留心日志里实际发出的 headers 和服务端收到的原始 body，比盯着 C# 代码更容易定位。
