POST请求返回URL中缺失片段（Fragment）的原因咨询

嗨，我来帮你捋清楚这个问题的原因哈～

先把你的代码片段贴出来方便对照：

后端Express代码 #

app.post('/create-checkout-session', async (req, res) => {
  // create a stripe checkout session in express server
  ...
  res.redirect(303, session.url); 
  // session.url looks like 'https://checkout.stripe.com/xyz#abc...'
});

前端React代码 #

// react frontend
const response = await fetch(
  "http://localhost:4242/create-checkout-session", // nothing is wrong with this endpoint!
  {method: "POST"}
);
console.log('response.url', response.url);
// This should be 'https://checkout.stripe.com/xyz#abc...', instead it gets 'https://checkout.stripe.com/xyz'

接下来解释为什么会出现这个情况：

这其实是Fetch API的规范和URL片段的作用机制共同导致的：

• 首先得明确，URL的哈希片段（#后面的部分）本质是纯客户端侧的内容，它的作用是标记页面内的锚点位置，从不会被发送到服务器端。不过你的场景是服务器返回的重定向URL带了片段，但Fetch还是没拿到，核心原因在Fetch的处理逻辑上。
• Fetch API在处理重定向响应时，会自动剥离掉URL中的哈希片段，不会把它包含在返回的response.url属性里。因为Fetch认为哈希片段不属于服务器提供的资源路径，而是属于客户端后续渲染页面时才需要处理的部分，所以不会把这部分内容暴露在response对象的url属性中。

那如果我需要拿到完整的带哈希的URL该怎么办？给你两个小方案：

• 方案一：让后端把完整的带哈希的URL放在响应体里返回，比如返回一个JSON对象{ "redirectUrl": "https://checkout.stripe.com/xyz#abc..." }，前端从响应体里取出这个URL再做跳转。
• 方案二：直接依赖浏览器的自动重定向逻辑，不用手动获取response.url——因为当服务器返回303状态码的重定向时，浏览器会自动跳转到带完整哈希的目标地址，你不需要手动去处理跳转逻辑。

备注：内容来源于stack exchange，提问作者LittleTeemo