前后端分离之Spring Security Api验证实践
为什么需要RESTful
使用RESTful之前,会发现各种奇葩的url命名,对url的功能经常需要结合源代码来确认,让人头痛,使用RESTful规范之后,很多问题得以解决。仅仅依靠URL和Method就能定为功能。
重定向问题
需要重新定义逻辑(JDK8推荐使用Lambda表达式)

-
登录 ,默认下,客户端登录成功,spring security将自动跳转指定视图,前后端分离架构下,无法得到取得用户凭证,可通过AuthenticationSuccessHandler接口的onAuthenticationSuccess方法实现定


-
登录失败通过AuthenticationFailureHandler接口的onAuthenticationFailure方法实现


-
未登录 未登入系统,直接请求资源,我们希望可以直接返回信息,需要对AuthenticationEntryPoint接口commence进行自定义实现


Lambda表达式
-
受保护的资源 无权请求的资源,通常返回httpstatus 403 通过AccessDeniedHandler 接口的handle方法实现


Lambda表达式(Restful api 只需要定义HttpStatus即可)

本文探讨了前后端分离架构下,如何利用SpringSecurity进行API验证,包括RESTful规范的重要性,解决重定向问题,以及如何自定义登录、登录失败、未登录、权限拒绝等场景的处理。
378

被折叠的 条评论
为什么被折叠?



