有小伙伴会说，自定义认证逻辑还不简单？是的，没错，無名之前也多次教过大家如何自定义认证逻辑，无论是添加登录验证码还是修改登录数据库格式，都需要对认证逻辑作出调整。 之
这是一位公众号读者遇到的面试题。 老实说，这个问题并不难。 如果你做过微服务开发，这个面试题应该能够立马答出来，如果你没做过微服务开发，但是学过一些
上篇文章跟大家聊了如何使用更加优雅的方式自定义 Spring Security 登录逻辑，更加优雅的方式可以有效避免掉自定义过滤器带来的低效，建议大家一定阅读一下，也可以顺便理解 S
登录成功后，自动踢掉前一个登录用户，無名第一次见到这个功能，就是在扣扣里边见到的，当时觉得挺好玩的。 自己做开发后，也遇到过一模一样的需求，正好最近的 Spring
最近無名在连载 Spring Security 系列，到目前为主，前前后后已经写了二十多篇了，从 Spring Security 入门开始，一步一步深入，直到现在。
無名周末抽空给 Spring Security 系列也录制了一套视频，目录如下： 感兴趣的小伙伴戳这里–>Spring Bo
無名给最近连载的 Spring Security 系列也录制了视频教程，感兴趣的小伙伴请戳这里->Spring Boot+Vue+微人事视频教程（Spring Boot 第十章
今天我还是想和大家继续聊一聊微服务中代码的组织形式。 昨天聊了微服务项目中要不要使用聚合工程的问题（微服务项目搭建，到底要不要聚合工程？），感觉小伙
[TOC] 之前有小伙伴表示，看 Spring Security 这么麻烦，不如自己写一个 Filter 拦截请求，简单实用。 自己
前两天和大家聊了 Spring Security 中的 session 并发问题，和小伙伴们聊了如何像 QQ 一样，用户在一台设备上登录成功之后，就会自动踢掉另一台设备上的登录。
前面和大家聊了 Spring Security 如何像 QQ 一样，自动踢掉已登录用户（Spring Boot + Vue 前后端分离项目，如何踢掉已登录用户？），但是前面我们是基于
CSRF 就是跨域请求伪造，英文全称是 Cross Site Request Forgery。 这是一种非常常见的 Web 攻击方式，其实是很好防御
上篇文章無名和大家聊了什么是 CSRF 攻击，以及 CSRF 攻击要如何防御。主要和大家聊了 Spring Security 中处理该问题的几种办法。