2021-06-25

背景:

一次在支付宝沙箱环境下的回调接口测试中，请求经过nginx转发到网关，网关再调具体的服务来处理请求。通过查看nginx的access.log日志文件，可以知道nginx监听到了该域名下的请求，并帮我路由到了指定的协议url端口。断点打在了拦截器，该请求我需要直接放行，但是每次打印拦截到的请求地址都是/error。

nginx配置如下：

	listen       80;
    server_name  tdmall.com *.tdmall.com 3tbmx1bedq.51http.tech;

    #charset koi8-r;
    #access_log  /var/log/nginx/log/host.access.log  main;

    location /static/ {
        root   /usr/share/nginx/html;
    }

    location /payed/ {
        proxy_set_header Host order.tdmall.com;        #不让请求头丢失
        proxy_pass http://tdmall;
    }

    location / {
        proxy_set_header Host $host;
        proxy_pass http://tdmall;
    }

请求接口：http://3tbmx1bedq.51http.tech/payed/notify

踩坑

当时看nginx的access.log日志，打印出来，nginx是处理了该请求的，但是状态码是302，也就是请求被重定向了，我一直觉得是nginx的配置出了问题，可能是路径不匹配的原因，虽然转发到了指定的服务，但是路径不对。

转机

经过多次尝试，我先把拦截器的代码注释掉了，因为我在拦截器的prehandle中会判断用户登录状态，没登录就直接让他去登录页了。把接口全部放行，这个时候返回报错405，Request method 'GET' not supported，问题就解决了，因为没有请求没有映射到接口。

碎碎念

忽略了controller的调用，接口只允许post请求，而我在浏览器发的是get请求。究其原因，mvc的原理里有答案，请求先是来到中央控制器即dispatcherservlet,这时候，中央控制器会去找到处理器即handlermapping，它找不到对应的controller来处理请求，就给我们重定向到/error了，所以我们的拦截器一直拦截到的是/error请求