前端Referer头只返回简化头问题

我的代码默认的是 origin-when-cross-origin导致我在调用不同域名的接口的时候在调用后端给的权限接口时我无法发送完整的Referer头
<meta name="referrer" content="unsafe-url">
注意：这个参数可能会发生安全问题

1. no-referrer：
   浏览器永远不会发送 Referer 头。
2. no-referrer-when-downgrade（默认策略，但并非所有浏览器都默认采用）：
   当从一个更安全的协议（如 HTTPS）导航到一个不太安全的协议（如 HTTP）时，浏览器不会发送 Referer 头。
   对于其他情况（如 HTTPS 到 HTTPS 或 HTTP 到 HTTP），浏览器会发送完整的 Referer 头。
3. origin：
   浏览器会发送一个简化的 Referer 头，只包含协议和主机名（不包含路径或查询参数）。
   例如，如果页面是 https://example.com/page.html，那么 Referer 头将会是 https://example.com/。
4. origin-when-cross-origin：
   当请求是跨域的（即，请求的域名与当前页面的域名不同）时，浏览器会发送一个简化的 Referer 头，只包含协议和主机名。
   对于同域请求，浏览器会发送完整的 Referer 头。
5. same-origin：
   浏览器只会在同域请求时发送 Referer 头。
   对于跨域请求，浏览器不会发送 Referer 头。
6. strict-origin：
   与 origin 类似，但只会在跨域请求时发送简化的 Referer 头（只包含协议和主机名）。
   如果请求是同域的，浏览器不会发送 Referer 头。
7. strict-origin-when-cross-origin：
   与 origin-when-cross-origin 类似，但只会在跨域请求时发送简化的 Referer 头。
   对于同域请求，浏览器不会发送 Referer 头。
8. unsafe-url：
   浏览器会发送完整的 Referer 头，无论请求是跨域的还是同域的。
   注意：这个策略被认为是不安全的，因为它会泄露用户的浏览历史给第三方服务器。
   在实际应用中，您应该根据网站的需求和用户的隐私保护需求来选择合适的 Referrer Policy。如果您不确定应该选择哪种策略，通常建议使用 no-referrer-when-downgrade 或 origin 策略，因为它们能在一定程度上保护用户的隐私，同时仍然允许网站进行基本的引用跟踪。