Spring MVC中302所遇到的坑
Spring MVC中302所遇到的坑
目录
事前声明：博主只是一个小白，爱分享自己的一些经验和理解。==仅个人理解，仅供参考==
前两天在项目开发中遇到了一个特别头疼的问题，在用layUI treeSelect组件的时候像后台请求数据，写法完全正确，显示不出来组件。
下面开始Debug模式+F12疯狂找原因，发现一切正常，经长时间的寻找发现最关键的获取加载数据的请求没有200，接下来我们的主角302状态码就登场了
在这里先给大家搬一段网上某博主的302诠释
302 Found请求的资源现在临时从不同的URI响应请求。由于这样的重定向是临时的，客户端应当继续向原有地址发送以后的请求。只有在Cache-Control或Expires中进行了指定的情况下，这个响应才是可缓存的。新的临时性的URI应当在响应的Location域中返回。除非这是一个HEAD请求，否则响应的实体中应当包含指向新的URI的超链接及简短说明。如果这不是一个GET或者HEAD请求，那么浏览器禁止自动进行重定向，除非得到用户的确认，因为请求的条件可能因此发生变化。注意：虽然RFC 1945和RFC 2068规范不允许客户端在重定向时改变请求的方法，但是很多现存的浏览器将302响应视作为303响应，并且使用GET方式访问在Location中规定的URI，而无视原先请求的方法。状态码303和307被添加了进来，用以明确服务器期待客户端进行何种反应。
真好，巴拉巴拉一大堆博主也是似懂非懂，可是这位博主的第一句话好像打通了我的思路
我的这个treeSelect地址被两个HTML请求着，一个是对应的包下，所发出的请求前面自然会自己带一个ActivityEntity/ 大伙学过Spring mvc的都知道吧
另一个则在list包下，前面会自动加个list/，我的请求路径则是../ActivityEntity/treeSelect
总结
我想可能就是这里双地址指向的原因，一改果然是！！！
总结：Spring MVC中请求的资源临时响应了不同的URI响应请求。由于这样的重定向是临时的，客户端应当继续向原有地址发送以后的请求。