Docker部署FastAPI时cURL无法自动跟随容器间接口重定向

• 核心认知偏差：原生curl命令默认不会自动跟随任何3xx类重定向响应，不管重定向目标是本地服务还是公网服务，-L/--location是开启自动重定向跟随的必填参数。你提到的「重定向到公网地址不需要加-L」属于测试误判：要么是测试时实际携带了-L参数未留意，要么是使用的测试工具不是原生curl（浏览器、Postman、封装过的HTTP客户端默认开启自动重定向，和curl默认行为不一致），要么是当时请求的公网地址未返回3xx响应、直接返回了200结果。
• 你当前部署的两个FastAPI服务重定向逻辑完全正常：不加-L参数时返回307 Temporary Redirect状态码、携带正确的Location响应头，加-L参数后能正常拿到第一个API的返回结果，完全符合HTTP协议规范和curl的默认行为，代码本身没有错误。如果要保留当前的307重定向逻辑，用curl请求时必须携带-L参数，这是工具本身的默认设计，不是服务故障。

如果希望客户端不需要处理重定向逻辑、直接请求8001端口就能拿到最终结果，不要返回RedirectResponse让客户端跳转，改为在8001的服务端内部发起请求调用8000的接口，拿到结果后直接返回给客户端即可，示例代码：

import os
import httpx
from fastapi import FastAPI
from fastapi.responses import JSONResponse

app = FastAPI()

@app.get("/index")
async def index2():
    api1_url = os.getenv('MYAPI1_URL')
    # 服务端内部调用API1，不向客户端返回3xx重定向响应
    async with httpx.AsyncClient() as client:
        resp = await client.get(f"{api1_url}/index")
        return JSONResponse(content=resp.json(), status_code=resp.status_code)

如果是Docker容器部署场景，更推荐将两个容器加入同一个自定义Docker网络，直接用容器名作为服务间访问地址，不要依赖宿主机IP，避免IP变动导致的访问异常。

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