部署后HTTP POST请求无法发送请求体问题求助

核心问题分析 #

本地运行正常，部署后端到Railway、前端到Netlify后，前端HTTPS环境下发送的POST请求体为空，后端基于raw socket实现，HTTPS使用1998端口而非默认443。

具体排查与修复步骤 #

1. 检查Raw Socket的HTTP请求解析逻辑 #

因为是手动用raw socket处理HTTP请求，最可能的问题是请求体解析逻辑不完善：

• 若前端请求使用Transfer-Encoding: chunked（HTTPS环境下常见），raw socket服务是否按chunked编码规则解析？需要先读取每个chunk的长度（十六进制），再读取对应长度的内容，直到遇到0\r\n\r\n结束标记。
• 若请求用Content-Length指定长度，是否正确读取了该长度对应的字节数？很多自定义socket服务会在读完请求头后就停止读取，忽略了后续的请求体内容。
• 调试时直接打印后端接收到的完整字节流（包括请求头之后的所有数据），确认请求体是否真的没传过来，还是解析逻辑漏读了。

2. 非443端口的HTTPS配置验证 #

• 确保前端请求URL正确包含端口：比如https://your-railway-domain:1998/api/weather，漏写端口会导致请求默认443端口，后端未监听的话会被拦截，返回空内容。
• 检查Railway的端口配置：确认服务启动时监听的是1998端口，且Railway控制台的环境变量PORT设置为1998，同时Railway已开放该端口的对外访问权限。

3. CORS与Netlify代理检查 #

• 后端raw socket服务需正确处理OPTIONS预检请求：返回Access-Control-Allow-Origin: 你的Netlify域名、Access-Control-Allow-Methods: POST, OPTIONS、Access-Control-Allow-Headers: Content-Type等必要头，否则浏览器会拦截实际POST请求，导致请求体无法发送。
• 若Netlify配置了代理转发（比如把前端请求代理到后端），检查netlify.toml的代理规则是否确保请求体被完整转发，示例配置：

  [[redirects]]
    from = "/api/*"
    to = "https://your-backend-domain:1998/api/:splat"
    status = 200
    force = true
    headers = {X-Forwarded-For = ":ip"}
  

  确保没有配置丢弃请求体的规则。

4. 前端请求格式验证 #

• 确认前端发送POST请求时设置了Content-Type: application/json头，且用JSON.stringify()正确序列化请求数据。比如：

  fetch('https://your-backend:1998/api', {
    method: 'POST',
    headers: {
      'Content-Type': 'application/json'
    },
    body: JSON.stringify({ city: 'Beijing' })
  })
  

• 检查前端控制台是否有网络错误提示，比如CORS错误、请求超时等，这些可能导致请求体未正常发送。

5. 后端直接测试 #

用curl命令绕过前端和Netlify，直接测试后端服务：

curl -X POST https://your-backend-domain:1998/api -H "Content-Type: application/json" -d '{"city": "Shanghai"}'

如果后端能接收到请求体，说明问题出在前端或Netlify配置；如果还是空，说明后端raw socket的解析逻辑有问题。

内容的提问来源于stack exchange，提问作者AFOKE REALITY IGHO