failureForwardUrl和failureUrl混淆使用带来的坑

客官°小女子只卖身不卖艺 2023-02-16 01:49 3阅读 0赞

### 1. 现象： ###

Spring Security，用户名和密码正确，能够自动跳转成功。但是， 用户名密码错误，错误页面跳转失败。

> 补充：  
> Spring Security自定义登录页面，表单认证错误后，前端没接收到“?error”。但是，表单输入正确的账户和密码，可以正常认证且跳转到defaultSuccessUrl的路径，而表单的账户密码错误，前端没能根据下图$\{param.error\}做出响应。

![在这里插入图片描述][20200607132427398.jpg]

### 2. 核心代码： ###

**后端自定义登录**（正式由于采用方式一导致出现本次的现象）  
![在这里插入图片描述][watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3NneDU2NjY2NjY_size_16_color_FFFFFF_t_70]  
**后端控制器**  
![在这里插入图片描述][20200607132645547.jpg]  
**前端表单**  
![在这里插入图片描述][20200607132652275.jpg]  
**补充说明：**  
登录认证是采用自定义jdbc登录认证。

--------------------

### 3. 探讨 ###

现在来探讨下方式一和方式二的区别，究竟是如何出现本次的现象的。

#### 方式一：failureForwardUrl(“/userLogin?error”);  ####

**过程1**  
①输入错误的用户名或密码，提交登录。

IDEA有打印出提示信息，Request method “POST” not supported。  
![在这里插入图片描述][20200607132702242.jpg]  
②通过谷歌浏览器的F12调试，抓获的请求过程如下  
![在这里插入图片描述][watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3NneDU2NjY2NjY_size_16_color_FFFFFF_t_70 1]  
![在这里插入图片描述][watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3NneDU2NjY2NjY_size_16_color_FFFFFF_t_70 2]

> 分析：用表单以POST方式提交错误的账户或密码，spring security默认使用Post方式的“/login”请求用于对登录后的数据处理，这里采用了自定义的登录页面和登录请求，也就是/userLogin。则spring security会处理该登录表单的数据。由于是错误的账户或密码，所以认证不通过。由于在http.formLogin()中指定了认证失败的重定向路径，同时会响应重定向的状态码302。那浏览器会根据响应头的Location进行再次请求。

**过程2**  
①接受到状态码302，浏览器根据Location再次进行请求。

![在这里插入图片描述][watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3NneDU2NjY2NjY_size_16_color_FFFFFF_t_70 3]

> 分析，根据重定向响应头的Location再次进行请求，且请求成功，再次跳转登录页。但由于重定向响应头的Location中的url是http://localhost:8080/userLogin，没有failureForwardUrl(“/userLogin?error”)中指定的”?error”，导致前端页面没能响应“账户或密码错误“。

#### 方式二：failureUrl(“/userLogin?error”); ####

**过程1：**  
①输入错误的用户名或密码，提交登录。  
IDEA正常，没有打印任何提示信息。

②通过谷歌浏览器的F12调试，抓获的请求过程如下  
![在这里插入图片描述][watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3NneDU2NjY2NjY_size_16_color_FFFFFF_t_70 4]

> 分析：根据现象一的分析，这里同样根据Location进行再次请求，但注意，这里Location的url带有failureForwardUrl(“/userLogin?error”)中的”?error”，这样一来。浏览器会再次根据请求服务器，但这次的url是http://location:8080/userLogin?error；

**过程2**  
①接受到状态码302,浏览器自动再次进行请求。  
![在这里插入图片描述][watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3NneDU2NjY2NjY_size_16_color_FFFFFF_t_70 5]

> 分析，同样根据重定向响应头的Location再次进行请求，且请求成功，再次跳转登录页。但这次重定向响应头的Location中的url已变化，带有”?error”。因此，前端页面正常响应“账户或密码错误“。

--------------------

### 小结： ###

failureForwardUrl()与failureUrl()

**相同的地方：**  
spring security认证失败后，都进行了重定向，再次请求userLogin，且都是以GET的方式再次请求的。

**不同的地方：**  
failureForwardUrl(“/userLogin?error”)，重定向响应的Loaction中没有(”?error”)。  
failureUrl(“/userLogin?error”)，重定向后响应的Location中是带有(“?error”)的。

**问题**：那究竟是为什么方式一响应的Location是没有带上参数，且IDEA会打印Request method “POST” not supported的呢？

— 先记下此次过程，等待解决该问题。

[20200607132427398.jpg]: https://img-blog.csdnimg.cn/20200607132427398.jpg
[watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3NneDU2NjY2NjY_size_16_color_FFFFFF_t_70]: https://img-blog.csdnimg.cn/20200607132600945.jpg?x-oss-process=image/watermark,type_ZmFuZ3poZW5naGVpdGk,shadow_10,text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3NneDU2NjY2NjY=,size_16,color_FFFFFF,t_70
[20200607132645547.jpg]: https://img-blog.csdnimg.cn/20200607132645547.jpg
[20200607132652275.jpg]: https://img-blog.csdnimg.cn/20200607132652275.jpg
[20200607132702242.jpg]: https://img-blog.csdnimg.cn/20200607132702242.jpg
[watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3NneDU2NjY2NjY_size_16_color_FFFFFF_t_70 1]: https://img-blog.csdnimg.cn/20200607132710842.jpg?x-oss-process=image/watermark,type_ZmFuZ3poZW5naGVpdGk,shadow_10,text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3NneDU2NjY2NjY=,size_16,color_FFFFFF,t_70
[watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3NneDU2NjY2NjY_size_16_color_FFFFFF_t_70 2]: https://img-blog.csdnimg.cn/20200607132720327.jpg?x-oss-process=image/watermark,type_ZmFuZ3poZW5naGVpdGk,shadow_10,text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3NneDU2NjY2NjY=,size_16,color_FFFFFF,t_70
[watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3NneDU2NjY2NjY_size_16_color_FFFFFF_t_70 3]: https://img-blog.csdnimg.cn/20200607132729463.jpg?x-oss-process=image/watermark,type_ZmFuZ3poZW5naGVpdGk,shadow_10,text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3NneDU2NjY2NjY=,size_16,color_FFFFFF,t_70
[watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3NneDU2NjY2NjY_size_16_color_FFFFFF_t_70 4]: https://img-blog.csdnimg.cn/20200607132741708.jpg?x-oss-process=image/watermark,type_ZmFuZ3poZW5naGVpdGk,shadow_10,text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3NneDU2NjY2NjY=,size_16,color_FFFFFF,t_70
[watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3NneDU2NjY2NjY_size_16_color_FFFFFF_t_70 5]: https://img-blog.csdnimg.cn/20200607132752535.jpg?x-oss-process=image/watermark,type_ZmFuZ3poZW5naGVpdGk,shadow_10,text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3NneDU2NjY2NjY=,size_16,color_FFFFFF,t_70