Referer 是什么
HTTP Referer是 HTTP 请求 header 头信息的一部分 当浏览器向web服务器发送请求的时候，一般会带上Referer
告诉服务器我是从哪个页面链接过来的，服务器藉此可以获得一些信息用于处理。
比如我们在 Chrome 浏览器的控制台下 可以看到 Request Headers 下有类似如下的信息
Provisional headers are shown Accept: / Origin: https://local.test5.show Referer: https://local.test5.show/test/show User-Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/70.0.3538.77 Safari/537.36
其中 Referer 就是该属性了
Referer 的正确英语拼法是 referrer。由于早期 HTTP 规范的拼写错误，为了保持向后兼容就将错就错了
*****************************************************************************
*****************************************************************************
Referer 的作用
防盗链
比如你发现访问加载自己的资源 而 referer不是自己的站点 就可以屏蔽它
防止恶意请求
这点同上
高级用法
比如微信H5支付 也需要这个 就不知道他们做啥用了（hahaha……）
Referer 丢失
关于 Referer 丢失的问题 首先 referer 是由客户端的浏览器发送到服务器上，且在客户端可以通过 document.referrer 来获取，也就是说referer的发送实际上是一个浏览器行为，发送与否的决定权是在浏览器手里。虽然这样说，但是HTTP协议对什么情况下，浏览器该发送，什么情况下不该发送有着严格的规定。
总结下 Referer 丢失的几种情况
1.当网站使用refresh字段进行跳转的时候，大多数浏览器不发送referer
2.从用户从一个HTTPS的网站点击链接到另一个HTTP的网站时，不发送referer
3.html5中，a标签的rel = “noreferrer”, 可以让浏览器不发送referer
4.使用Data URI scheme链接的，浏览器也不发送referer
5.使用Content Security Policy, 也可以让浏览器不发送referer
6.在html头部中使用meta标签来控制不让浏览器发送referer
自动生成URL链接HTTPS变HTTP
有时候需要在API项目中生成一些URL链接返回 但是服务器端已经配置了支持HTTPS，通过HTTPS访问的时候生成的URL仍然是HTTP
关于这个问题其实是服务器 配置 问题 和 下面类似
回到我遇到的微信支付问题 跟踪了一圈浏览器的跳转之后发现是属性第二种情况 从 HTTPS 站点跳到 HTTP 站点 丢失了 Referer【ps:反过来从HTTP到HTTPS是没问题的 不会丢失 Referer】 中间藏的比较深
当然我一开始没有发现这个问题 因为从前端请求到 API 整个都没有问题 全部项目已经全线部署了 HTTPS , Referer 信息也有携带 然后到最后一步微信的支付请求URL的时候 Referer 就丢失了.
后面发现在请求到API项目的时候 API项目返回了一个 URL 给前端 这个 URL 是后端代码根据规则生成的(Laravel 里的 action 辅助函数) 这个函数本身并没有什么问题 但是生成的URL链接 是 HTTP 了 又搞事情！！！
API项目配置的是 HTTPS 请求 但是生成的URL是 HTTP 问题就是这里了 请求运维哥协助 最后发现是 Nginx 反向代理中配置的问题
nginx服务器配置片段如下：
location / {
proxy_pass http://114.114.114.114:80;
}可以看到 proxy_pass 参数 指向的是 HTTP的协议 所以在 后台获取的 URL 都是HTTP协议的
把代理这设置成 https://114.114.114.114:443; 即可 问题终解决
参考
1. nginx反向代理走http+https通道，后端走http通道，导致前台获取不到后台https内容的处理（https://blog.csdn.net/diyiday/article/details/83376857?tdsourcetag=s_pctim_aiomsg）
2. WEB请求处理二：Nginx请求反向代理（https://www.jianshu.com/p/bed000e1830b）
3. nginx 反向代理https配置（https://blog.csdn.net/samxx8/article/details/53508078）
4. 如何获取https页的referrer？（https://www.zhihu.com/question/37101927）
文章转自：https://caihongtengxu.github.io/2018/20181101/index.html
