chrome 的 fetch API 正文选项的邮递员正文类型是什么？
what is the postman body type of chrome's fetch API body option?
我正在使用邮递员发送请求，以便我可以测试和调试我的后端 REST API。对于后端，我使用的是 ExpressJS。但是，当尝试在端点内访问 req.body 时，我在后端未定义，这与在 chrome window.fetch 方法中使用正文不同。
来自 MDN:
body
Any body that you want to add to your request: this can be a Blob, BufferSource, FormData, URLSearchParams, USVString, or ReadableStream object. Note that a request using the GET or HEAD method cannot have a body.
fetch 设置的 Content-Type header 将取决于您传递给它的值类型。
例如如果你传递 FormData object 那么它将在 object 上使用内部 API 来生成 Content-Type header （这将是 multipart/form-data 和 boundary 参数）而如果你传递 URLSearchParams object 那么它将是 application/x-www-form-urlencoded.
假设 header 没有被 JS 调用 fetch 覆盖。
您可以使用浏览器开发人员工具的“网络”选项卡来监控 fetch 发送的请求，并查看为它设置了什么 Content-Type。
我正在使用邮递员发送请求，以便我可以测试和调试我的后端 REST API。对于后端，我使用的是 ExpressJS。但是，当尝试在端点内访问 req.body 时，我在后端未定义，这与在 chrome window.fetch 方法中使用正文不同。
来自 MDN:
body
Any body that you want to add to your request: this can be a Blob, BufferSource, FormData, URLSearchParams, USVString, or ReadableStream object. Note that a request using the GET or HEAD method cannot have a body.
fetch 设置的 Content-Type header 将取决于您传递给它的值类型。
例如如果你传递 FormData object 那么它将在 object 上使用内部 API 来生成 Content-Type header （这将是 multipart/form-data 和 boundary 参数）而如果你传递 URLSearchParams object 那么它将是 application/x-www-form-urlencoded.
假设 header 没有被 JS 调用 fetch 覆盖。
您可以使用浏览器开发人员工具的“网络”选项卡来监控 fetch 发送的请求，并查看为它设置了什么 Content-Type。