vercel 的 redirects 不支持自定义 headers，因其跳转响应完全不应用 headers 配置；需改用 rewrites + edge function 的 response.redirect() 才能为跳转响应添加头。
vercel.json 里的 redirects 和 headers 不能混用生效——跳转响应本身不带自定义头，这是最常被误踩的点。
vercel.json 中 redirects 数组怎么写才有效
重定向必须放在 redirects 数组里，不是 rewrites，也不是顶层字段；Vercel 会按顺序匹配，命中即停。
-
source必须以/开头，比如"/old"合法，"old"完全不匹配 -
destination是站内路径时默认 307，加"permanent": true才发 301；如果是完整 URL（如"https://example.com"），Vercel 自动设为 307，加"permanent": true才变 301 - 如果
/old对应的文件实际存在（比如old.html），Vercel 优先返回文件，redirect被静默忽略——删掉该文件，或改用rewrites+ 自定义 404 页面中转 - 通配符只支持
*和:slug这类简单占位，不支持正则捕获组；"/blog/:slug*"可以，"/blog/(?<id>\d+)"</id>会失效
headers 配置为什么对跳转没用
headers 只作用于静态文件（.html、.js、.css 等）和 Serverless 函数返回的响应，**完全不作用于 redirect 产生的 301/307 响应本身**。
- 你无法给跳转响应加
Cache-Control或Cross-Origin-Embedder-Policy - 想让跳转也带特定头，只能换方案：用
rewrites把请求代理到一个边缘函数（Edge Function）或轻量后端，由它手动发带头的Response.redirect() - 常见误配：
source: "/old"下同时写redirect和headers——后者根本不会触发 - 匹配路径用的是 glob 模式，
source: "/(.*).(js|css)"合法，但括号和点号是字面量，不是正则；真正要正则匹配得靠 Edge Function
组合跳转与响应头的可行替代方案
当业务要求“访问旧路径时跳转，且跳转响应需带安全头”，就得绕过 redirects，改用更可控的机制。
- 用
rewrites把/old映射到一个 HTML 中转页（如/_redirects/old.html），该页面用<meta http-equiv="refresh" content="0; url=/new">或内联 JS 跳转——但 SEO 不友好，且无法设 HTTP 头 - 更推荐：写一个 Edge Function，部署在
api/redirect-old.ts，内容为return Response.redirect("https://yoursite.com/new", { status: 301, headers: { "X-Redirect-By": "edge" } })，再用rewrites把/old指向它 - 注意 Edge Function 的
Response.redirect()支持传headers对象，这才是唯一能给跳转响应加头的地方 - 如果只是想缓存跳转结果，浏览器和 CDN 本身会对 301 做缓存，无需额外加
Cache-Control；307 默认不缓存，要缓存得用 Edge Function 手动控制
真正难的不是写配置，而是理解 Vercel 的响应生命周期：静态文件 → redirect 规则 → rewrite 规则 → 函数执行。三者互斥，且 headers 只插在前两者之后、函数返回之前。跳转一旦发生，就脱离了 headers 的作用域。
前端入门到VUE实战笔记：立即使用
在学习笔记中，你将探索 前端 的入门与实战技巧！
