JetBrains HTTP Client发送form-data POST请求失败 同参数curl正常

按排查优先级从高到低排列：

1. 先核对基础请求配置一致性 #

你贴的JetBrains HTTP Client请求存在明显的配置不匹配问题：

• curl请求的完整接口地址是http://myserver/api/v1/auth，但JetBrains请求的目标地址只写了域名myserver.mydomain，缺失接口路径/api/v1/auth，首先要保证两者的协议头、域名、端口、路径完全一致。
• 确认请求方法均为POST，该部分配置无问题。

2. 修复multipart表单的写法问题 #

这是该类报错的最高发原因，核心问题出在你手动构造multipart报文的逻辑上：

• 不要手动指定Content-Type: multipart/form-data; boundary=WebAppBoundary头。JetBrains HTTP Client原生支持multipart表单，只要用--作为表单分隔符，IDE会自动生成合法的Content-Type头和随机boundary，手动指定反而容易出现boundary和实际分隔符不匹配、格式不符合服务端解析要求的问题。
• 避免字段值携带多余字符。OpenText Content Server的认证接口对字段值前后的空白、换行非常敏感，IDE解析multipart字段时，会把字段头空行后到下一个分隔符前的所有内容都作为字段值，如果你在账号、密码值后面多打了空格、空行，都会被计入字段值，直接触发密码错误。
• 关闭字段默认Content-Type头。部分老版本Content Server的接口不识别表单字段携带的Content-Type: text/plain; charset=UTF-8默认头，会把头信息也当做字段值的一部分解析，导致密码匹配失败。

3. 可直接运行的正确请求示例 #

POST http://myserver/api/v1/auth
Accept: */*

--
Content-Disposition: form-data; name="username"

myuser
--
Content-Disposition: form-data; name="password"
Content-Type:

mypassword
--

注意：字段值写完后直接换行写分隔符即可，不要留多余空行、尾随空格；字段下显式写空的Content-Type是为了覆盖IDE默认添加的text/plain头，兼容老版本接口。

4. 进一步定位技巧 #

如果上述写法仍然报错，可以通过两个方式快速定位差异：

• 点击JetBrains HTTP Client请求编辑器右上角的「Convert to cURL」按钮，把IDE生成的请求转成curl命令，和你能正常运行的原始curl逐字符对比参数、URL、字段值的差异。
• 用抓包工具分别抓取curl、IDE发出的原始请求报文，对比multipart结构：检查每个字段的Content-Disposition头格式是否一致、字段值是否有多余字符、是否存在非预期的附加头。

内容的提问来源于stack exchange，提问作者Michael Voronin-Labunsky