Java Spring应用中HREF触发POST请求访问GET映射接口的罕见异常原因排查

针对你遇到的这个特殊问题——Spring应用里/advanced-search明明只配置了GET请求映射（@RequestMapping(value = "/advanced-search", method = RequestMethod.GET)），却偶尔出现POST请求日志，而且之后紧接着正常的GET请求——我结合实际开发经验整理了几个可能的触发原因，还有关于隐身模式的影响分析：

可能的触发原因 #

• 页面表单的意外提交
  虽然你提到所有页面跳转都是用<a>链接或location.href实现，但如果页面上存在未明确设置method="GET"的表单（表单默认请求方法是POST），或者表单的JS提交逻辑有bug，就可能在某些场景下触发POST请求。比如用户误触回车键、脚本异常触发自动提交，甚至是某个隐藏的动态生成表单，刚好指向了这个URL。

• 浏览器扩展/自动填充的误操作
  部分浏览器的密码管理器、自动填表扩展，或者浏览器自带的自动填充功能，可能会在页面加载时自动尝试提交关联的表单，导致意外的POST请求。尤其是当用户之前在类似页面有过提交行为，扩展可能误判目标URL，把请求发向了/advanced-search。

• JavaScript代码的隐性bug
  就算你用的是location.href跳转，页面上其他JS代码（比如事件监听、异步请求）如果出现异常，也可能导致错误的POST请求。比如某个脚本错误地将fetch或XMLHttpRequest的请求方法设为POST，并且指向了这个URL；或者变量污染导致路径拼接错误，把原本的GET跳转变成了POST请求。

• 浏览器缓存/历史记录的异常
  这种情况概率极低，但极少数时候浏览器的缓存或历史记录出现异常，会把之前的POST请求记录错误关联到这个GET URL上，比如用户快速点击、页面回退时触发错误的请求方法。

• 中间件的异常转发
  如果你的应用前端经过了代理服务器、CDN或负载均衡器，这些中间件的配置bug或缓存异常，可能会把原本的GET请求错误转换为POST转发到后端。不过从日志里同一个IP先POST后GET的情况看，这种可能性相对小一些，但也不能完全排除。

隐身模式是否会引发这个问题？ #

隐身模式本身不会直接让GET请求变成POST，但它可能间接触发一些隐性问题：

• 隐身模式下，浏览器会禁用部分扩展，但也可能启用一些默认的自动行为；另外，因为没有本地历史记录和缓存，某些依赖本地存储的JS逻辑可能失效，导致异常的请求发送。
• 比如页面上的脚本依赖localStorage存储的状态来判断请求方法，隐身模式下localStorage为空，脚本逻辑出错，就可能发送POST请求。但这本质上是应用本身的隐性bug，只是隐身模式的环境暴露了它。

额外的排查建议 #

如果想进一步定位问题，可以试试这些方法：

• 在后端临时添加对/advanced-search的POST请求处理，记录请求的User-Agent、请求头、甚至请求体（如果有），看看有没有规律（比如特定浏览器、扩展标识）。
• 全面检查页面上所有表单，确保没有未设置method="GET"或错误指向该URL的表单。
• 审查所有涉及请求跳转或表单提交的JS代码，排查潜在的逻辑错误。

内容的提问来源于stack exchange，提问作者gene b.