咱们先拆解下这个问题：你用curl能正常发送POST数据到服务器，但Postman却让服务器收到空请求体，核心差异和问题原因其实很明确，下面一步步说：

一、Postman与curl请求的核心差异 #

当你用curl --data "loginId=hikaru&password=test"发送请求时：

• curl默认会把请求体编码为application/x-www-form-urlencoded格式（也就是表单键值对格式）
• 同时会自动给请求加上Content-Type: application/x-www-form-urlencoded的请求头，明确告诉服务器“我发的是表单格式的数据，你按这个规则解析”

而Postman如果配置不当，要么根本没发送请求体，要么没设置正确的Content-Type头，导致服务器无法识别请求体的格式，最终解析为空。

二、Postman的问题出在哪里？ #

大概率是以下某一个原因：

• 你在Postman的「Body」标签页没正确配置请求体内容，比如选了raw但没写任何内容，或者选了form-data/x-www-form-urlencoded但没添加对应的键值对
• 手动修改过请求头，删掉了Postman自动生成的Content-Type: application/x-www-form-urlencoded，导致服务器不知道怎么解析请求体
• 不小心把请求方法选成了GET（虽然你说的是POST，但偶尔会手滑选错）

三、具体修复步骤 #

按照下面的步骤配置Postman，就能和curl发送完全一致的请求：

1. 确认请求方法是POST
   看Postman顶部的方法下拉框，确保选中的是POST，不是GET或其他方法。
2. 配置正确的请求体
   切换到「Body」标签页，选择x-www-form-urlencoded选项（这和curl的--data参数完全对应），然后在下方的表格里添加两个键值对：
   • 键：loginId，值：hikaru
   • 键：password，值：test
     选这个选项后，Postman会自动帮你添加正确的Content-Type请求头，不用手动设置。
3. 检查请求头（可选）
   切换到「Headers」标签页，确认存在Content-Type: application/x-www-form-urlencoded这一项，如果之前手动删除过，手动加回去即可。
4. 重新发送请求
   点击「Send」按钮，这时候服务器就能正常收到loginId和password参数，会返回和curl一样的ER_NO_DEFAULT_FOR_FIELD错误（这个错误是数据库要求firstName字段必须有值，和Postman无关了，属于后端业务逻辑的问题）。

额外说明 #

如果你的后端接口是接收JSON格式的请求体，那curl需要改成：

curl --data-raw '{"loginId":"hikaru","password":"test"}' -H "Content-Type: application/json" http://localhost:3000/user

对应的Postman就要选「Body」->「raw」->「JSON」，然后输入JSON格式的请求体内容。但你的场景里curl用的是--data，所以对应x-www-form-urlencoded格式就对了。

内容的提问来源于stack exchange，提问作者Heisenberg