referrer开发里通常怎么用，先看这些写法

理解Referrer的基本概念与作用

在Web开发领域，referrer是一个源自HTTP协议的标准头部字段，其拼写为“Referer”。当用户从一个网页A点击链接跳转到网页B时，浏览器在向B发起请求时，会自动在请求头中加入一个字段，指明这个请求是来自网页A的URL。这个来源信息就是referrer。它的核心作用在于为服务器提供了请求的上下文背景。例如，网站管理员可以通过分析referrer来了解流量主要来自哪些外部网站、搜索引擎的哪个关键词，或是站内的哪个页面，这对于分析用户行为和渠道效果至关重要。此外，在安全层面，referrer常被用于辅助验证请求的合法性，防范跨站请求伪造攻击。

常见应用场景与代码实践

在实际开发中，referrer的用途多样。在服务端，如使用Node.js的Express框架，可以通过`req.get('Referer')`来获取这个值。在PHP中，则是通过`$_SERVER['HTTP_REFERER']`全局变量来访问。一个典型的应用是防盗链：资源服务器（如图片或视频服务器）检查请求的referrer是否在自己的域名白名单内，如果不是，则返回错误或替代内容，从而防止资源被其他网站直接盗用。在业务逻辑中，电商网站可能会记录用户是从哪个促销广告页跳转至商品详情页的，以此统计不同广告活动的转化效果。前端Ja vaScript在某些环境下也能通过`document.referrer`读取到这一信息，可用于客户端日志或条件性UI展示。

Referrer Policy：控制信息发送的策略

随着对用户隐私保护的日益重视，现代浏览器提供了Referrer Policy（引荐来源策略）机制，允许开发者更精细地控制referrer信息的发送。这是一个HTTP响应头或HTML元标签，可以设置为多种策略。例如，`no-referrer`表示完全不发送referrer信息；`same-origin`仅在同源请求时发送；`strict-origin-when-cross-origin`是当前许多浏览器的默认策略，它在跨域请求时只发送源（协议、主机、端口），而不发送完整的URL路径，这平衡了功能与隐私。开发者需要在服务端设置合适的`Referrer-Policy`响应头，或在页面``中加入``标签来定义策略，以确保符合预期和安全要求。

安全考量与最佳实践

虽然referrer很有用，但过度依赖它也存在风险。首先，referrer信息可以被客户端篡改或完全禁止发送（例如用户使用隐私模式或某些浏览器扩展），因此绝不能将其用于核心的安全认证。在防御CSRF攻击时，检查referrer可以作为一道辅助防线，但应结合CSRF Token等更可靠的主方案。其次，在实现防盗链功能时，需要谨慎处理referrer为空的情况，避免误伤来自直接输入地址、书签或安全软件的用户。最佳实践是，将referrer作为分析、日志和辅助验证的工具，而非唯一依据。同时，积极采用并测试Referrer Policy，确保在提供所需功能的同时，最大限度地保护用户隐私。