在开发网页或者调试接口的时候，经常有人问：客户端请求支持POST吗？这个问题看起来简单，其实得看具体场景。不是所有“客户端”都一样，也不是所有请求方式都能随便用。
什么是客户端请求？
我们说的“客户端”，可能是浏览器、手机App、命令行工具（比如curl），或者是你自己写的JavaScript代码。这些客户端向服务器发请求，最常见的两种方法就是GET和POST。GET用来拿数据，比如打开一个网页；POST用来提交数据，比如登录、上传文件。
大多数客户端都支持POST
现代浏览器当然支持POST，不管是通过表单提交，还是用JavaScript的fetch或XMLHttpRequest。比如你在一个登录页面输入账号密码，点“登录”按钮，默认可能就是一个POST请求：
<form action="/login" method="POST">
<input type="text" name="username" />
<input type="password" name="password" />
<button type="submit">登录</button>
</form>这段代码就会以POST方式把数据发给服务器。浏览器原生就支持，不需要额外配置。
但有些情况会出问题
虽然客户端支持POST，但实际发不出去，可能是被拦了。比如你在写前端代码，用fetch发POST请求，结果浏览器报错：
fetch('/api/data', {
method: 'POST',
body: JSON.stringify({ name: 'test' }),
headers: { 'Content-Type': 'application/json' }
})这时候如果看到CORS错误，别急着怀疑客户端不支持POST。其实是服务器没允许跨域请求。浏览器是支持的，只是出于安全考虑，先发个OPTIONS预检，服务器不点头，POST就被拦下了。
非浏览器客户端呢？
像安卓App、iOS应用、Python脚本、curl命令，这些客户端发起POST更自由。比如你在终端里敲：
curl -X POST http://example.com/api -d "name=hello"只要网络通，对方服务开着，基本一次就成。这类客户端不受浏览器同源策略限制，控制权也更多。
老系统或特殊环境要小心
有些公司内部系统还在用IE6，或者嵌入式设备上的简易HTTP客户端，可能只支持GET，POST压根不认。这时候你得查文档，或者抓包看看实际发出去的是什么。遇到这种设备，能改就改，不能改就只能绕路，比如把数据塞在URL里用GET传（不推荐，有长度和安全问题）。
怎么确认是不是支持POST？
最简单的办法：动手试。写个小页面，用fetch或表单发个POST，看浏览器开发者工具里的“Network”标签。如果请求发出去了，状态码是200或201，说明客户端没问题。如果连请求都没出，或者报错，再一步步排查。
记住，绝大多数现代客户端都支持POST。真出问题，八成是配置、权限或者网络中间件搞的鬼，别急着怀疑基础功能。