Node.js axios脚本仅在三个环境中的一个返回414错误问题排查

414错误的本质是请求URI长度超过了服务器/中间件允许的上限，虽然你遇到的是POST大请求报这个错，但核心原因一定是客户端3实际发出的请求URI异常超长，具体诱因如下：

• Axios参数配置错误/全局拦截器篡改请求
  这是最高概率的诱因：检查客户端3的运行环境中，Axios是否有全局配置被修改，或是安装了本地的请求拦截工具（比如开发环境的请求调试插件），将POST请求的data字段内容错误转到params字段。params字段的内容会被Axios自动拼接为URL查询参数，266KB的内容拼接后远大于常规服务器8KB~64KB不等的URI长度限制，直接触发414错误。即使你确认代码中参数写法一致，也要排查客户端3本地是否有未提交的代码修改、或者node_modules下的Axios包被本地修改过。
• 系统级HTTP代理/抓包工具拦截
  如果客户端3开启了全局HTTP代理、或是后台运行着抓包工具（如Charles、Fiddler），这类中间件会在请求到达服务器前先解析URI，部分代理的默认URI长度上限比服务器更严格，会直接返回414错误。可以直接在客户端3用curl工具发起相同参数的POST请求验证：如果curl请求正常，说明是脚本侧的问题；如果curl也报414，先关闭所有代理和抓包工具再重试。
• 请求行被隐性注入超长内容
  你排查的请求头、请求体差异不包含请求行（即POST /xxx?query HTTP/1.1这一行），要确认客户端3的环境下，请求路径是否被隐性拼接了超长内容：比如本地环境变量中配置的API前缀带有多余的超长参数、或是路径拼接逻辑中读取了客户端3独有的超长本地变量（如本地用户名、设备标识等）拼到了URL路径里。可以在客户端3的Axios中添加请求拦截器，打印request.url的完整内容，确认是否有异常超长的部分。
• MacOS 11.4 系统层面的HTTP默认限制差异
  MacOS 11.4对系统级发送的HTTP请求有默认的行长度限制，相比MacOS 10.15.7阈值更低，如果你请求的URL本身已经较长，再叠加少量查询参数就可能触发上限。可以尝试在Node.js启动脚本中添加参数--max-http-header-size=1048576（将HTTP头/行上限调整为1MB）后重试。

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