江南一点雨的专栏

WebFlux 系列松哥已经连着写了十几篇了，Spring Security 系列之前更是发了 68 篇（公号后台回复 ss 获取系列教程），不过之前这两个教程都是分开讲的，还没有把这两个融合到一起讲过。随着 WebFlux 的发展，我们有必要来了解下在响应式编程中如何使用 Spring Security。今天松哥就通过一个简单的案例来和大家分享下如何在 WebFlux 中使用 Spring Security。1.基于内存的使用先来看一个简单的，就是把用户信息保存在内存中。首先我们来创建一个新的项目

不知不觉中，我们的 WebFlux 系列已经整到第 11 篇啦。如果小伙伴们还没看过前面的文章，记得先看一下哦，这有助于理解本文。挖一个大坑，WebFlux 开搞！WebFlux 前置知识（一）WebFlux 前置知识（二）WebFlux 前置知识（三）WebFlux 前置知识（四）异步 Servlet 都不懂，谈何 WebFlux？WebFlux 初体验服务端主动推送数据，除了 WebSocket 你还能想到啥？用 WebFlux 写个 CURD 是什么体验？WebFlux 中的请求

SpringMVC 源码分析系列最后一篇，和大家聊一聊 Theme。Theme，就是主题，点一下就给网站更换一个主题，相信大家都用过类似功能，这个其实和前面所说的国际化功能很像，代码其实也很像，今天我们就来捋一捋。考虑到有的小伙伴可能还没用过 Theme，所以这里松哥先来说下用法，然后我们再进行源码分析。1.一键换肤来做一个简单的需求，假设我的页面上有三个按钮，点击之后就能一键换肤，像下面这样：我们来看下这个需求怎么实现。首先三个按钮分别对应了三个不同的样式，我们先把这三个不同的样式定义出来，

松哥之前写过 Spring Boot 国际化的问题，不过那一次没讲源码，这次咱们整点源码来深入理解下这个问题。国际化，也叫 i18n，为啥叫这个名字呢？因为国际化英文是 internationalization ，在 i 和 n 之间有 18 个字母，所以叫 i18n。我们的应用如果做了国际化就可以在不同的语言环境下，方便的进行切换，最常见的就是中文和英文之间的切换，国际化这个功能也是相当的常见。1.SpringMVC 国际化配置还是先来说说用法，再来说源码，这样大家不容易犯迷糊。我们先说在 SSM

其实文件上传这块松哥之前和大家聊过很多次了，这次因为最近正在进行 SpringMVC 的源码分析，所以又再次把这个话题拉出来“鞭尸”，不过这次松哥想从源码角度来聊聊这个话题。理解源码的前提是先会用，所以我们还是先来看看用法，然后再来分析源码。1.两种文件解析方案对于上传文件的请求，SpringMVC 中目前共有两种不同的解析方案：StandardServletMultipartResolverCommonsMultipartResolverStandardServletMultipartRe

文章目录1.异常解析器概览2.AbstractHandlerExceptionResolver2.1 AbstractHandlerMethodExceptionResolver2.1.1 ExceptionHandlerExceptionResolver2.2 DefaultHandlerExceptionResolver2.3 ResponseStatusExceptionResolver2.4 SimpleMappingExceptionResolver3.HandlerExceptionResolv

和大家分享一个松哥原创的 Shiro 教程吧，还没写完，先整一部分，剩下的敬请期待。1.Shiro简介Apache Shiro是一个开源安全框架，提供身份验证、授权、密码学和会话管理。Shiro框架具有直观、易用等特性，同时也能提供健壮的安全性，虽然它的功能不如SpringSecurity那么强大，但是在普通的项目中也够用了。1.1 由来Shiro的前身是JSecurity，2004年，Les Hazlewood和Jeremy Haile创办了Jsecurity。当时他们找不到适用于应用程序级别的合

SpringMVC 中的九大组件前面已经和大家分享了好几个了，今天我们来继续视图解析器的分析。关于视图解析器，松哥其实在之前的文章中有和大家分享过，那一次是为了解决多个视图共存的问题，如果小伙伴们还没看过那篇文章，可以先看看：SpringMVC 中如何同时存在多个视图解析器ViewResolver 其实就是我们心心念念的视图解析器，用过 SpringMVC 的小伙伴都知道 SpringMVC 中有一个视图解析器，今天我们就来分析一下这个视图解析器到底是怎么工作的。1.概览首先我们来大概看一下

文章目录1.HandlerAdapter 体系2.HandlerAdapter3.RequestMappingHandlerAdapter3.1 AbstractHandlerMethodAdapter3.2 RequestMappingHandlerAdapter3.2.1 初始化过程3.2.2 请求执行过程checkRequestinvokeHandlerMethod处理缓存4.小结SpringMVC 九大组件，前面和大家分析了 HandlerMapping，今天我们来看 HandlerAdapter

前面跟小伙伴们分享了 SpringMVC 一个大致的初始化流程以及请求的大致处理流程，在请求处理过程中，涉及到九大组件，分别是：HandlerMappingHandlerAdapterHandlerExceptionResolverViewResolverRequestToViewNameTranslatorLocaleResolverThemeResolverMultipartResolverFlashMapManager这些组件相信小伙伴们在日常开发中多多少少都有涉及到，如果你对

我们在 Controller 中定义接口的时候，一般都是像下面这样：@GetMapping("/01")public String hello(Map<String,Object> map) { map.put("name", "javaboy"); return "forward:/index";}估计很少有人会把接口方法定义成 private 的吧？那我们不禁要问，如果非要定义成 private 的方法，那能运行起来吗？带着这个疑问，我们开始今天的源码解读～在我

前面松哥和大家聊了 DispatcherServlet 的父类 FrameworkServlet，大家从中了解到在 DispatcherServlet 中，方法执行的入口应该是 doService。如果小伙伴们还没看前面的分析，可以先看下，这有助于理解本文，传送门SpringMVC 源码分析之 FrameworkServlet。即使你没看过 DispatcherServlet 的源码，估计也听说过：DispatcherServlet 是 SpringMVC 的大脑，它负责整个 SpringMVC 的调度工

前面和小伙伴们聊了 SpringMVC 的初始化流程，相信大家对于 SpringMVC 的初始化过程都有一个基本认知了，今天我们就来看看当一个请求到达后，它的执行流程是什么样的？当然这个流程比较长，松哥这里可能会分两篇文章来和大家分享。很多小伙伴都知道 SpringMVC 的核心是 DispatcherServlet，而 DispatcherServlet 的父类就是 FrameworkServlet，因此我们先来看看 FrameworkServlet，这有助于我们理解 DispatcherServlet

今天又要给大家介绍一个 Spring Boot 中的组件–HandlerMethodReturnValueHandler。在前面的文章中（如何优雅的实现 Spring Boot 接口参数加密解密？），松哥已经和大家介绍过如何对请求/响应数据进行预处理/二次处理，当时我们使用了 ResponseBodyAdvice 和 RequestBodyAdvice。其中 ResponseBodyAdvice 可以实现对响应数据的二次处理，可以在这里对响应数据进行加密/包装等等操作。不过这不是唯一的方案，今天松哥要和大

前面和大家聊了自定义 SpringMVC 参数解析器，同时我们也分析了几个比较简单的参数解析器，相信大家对于 SpringMVC 中的参数解析器应该已经有了一定的了解，如果还没看过的小伙伴可以先看看：SpringBoot 中如何自定义参数解析器？。不过我相信很多小伙伴真正疑惑的是像下面这种接口，参数是怎么解析的：@GetMapping("/hello2")public void hello2(String name) { System.out.println("name = " + name)

在一个 Web 请求中，参数我们无非就是放在地址栏或者请求体中，个别请求可能放在请求头中。放在地址栏中，我们可以通过如下方式获取参数：String javaboy = request.getParameter("name ");放在请求体中，如果是 key/value 形式，我们可以通过如下方式获取参数：String javaboy = request.getParameter("name ");如果是 JSON 形式，我们则通过如果如下方式获取到输入流，然后解析成 JSON 字符串，再通过

文章目录1.HttpServletBean2.FrameworkServlet3.DispatcherServlet4.小结框架源码是我们 Coding 晋级中的必修课，SSM 应该算是小伙伴们日常接触最多的框架了，这其中 SpringMVC 初始化流程相对来说要简单一些，因此今天松哥就先来和大家分析一下 SpringMVC 初始化流程。即使你没看过 SpringMVC 的源码，估计也听说过：DispatcherServlet 是 SpringMVC 的大脑，它负责整个 SpringMVC 的调度工作，

因为有小伙伴刚好问到这个问题，松哥就抽空撸一篇文章和大家聊聊这个话题。加密解密本身并不是难事，问题是在何时去处理？定义一个过滤器，将请求和响应分别拦截下来进行处理也是一个办法，这种方式虽然粗暴，但是灵活，因为可以拿到一手的请求参数和响应数据。不过 SpringMVC 中给我们提供了 ResponseBodyAdvice 和 RequestBodyAdvice，利用这两个工具可以对请求和响应进行预处理，非常方便。所以今天这篇文章有两个目的：分享参数/响应加解密的思路。分享 ResponseBodyA

Spring5 也已经出来好久了，里边有一些新玩法也需要我们去慢慢揭开面纱，这不，松哥最近在研究 SpringMVC 源码的时候，就看到这样一段代码：protected String initLookupPath(HttpServletRequest request) { if (usesPathPatterns()) { request.removeAttribute(UrlPathHelper.PATH_ATTRIBUTE); RequestPath requestPath = Servle

今天来聊一个 JavaWeb 中简单的话题，但是感觉却比较稀罕，因为这个技能点，有的小伙伴们可能没听过！1.缘起说到 Web 请求参数传递，大家能想到哪些参数传递方式？参数可以放在地址栏中，不过地址栏参数的长度有限制，并且在有的场景下我们可能不希望参数暴漏在地址栏中。参数可以放在请求体中，这个没啥好说的。小伙伴们试想这样一个场景：在一个电商项目中，有一个提交订单的请求，这个请求是一个 POST 请求，请求参数都在请求体中。当用户提交成功后，为了防止用户刷新浏览器页面造成订单请求重复提交，我们一般会

小伙伴们元宵节快乐，记得吃元宵哦～在日常开发中，小伙伴们多多少少都有用过 MyBatis 插件，松哥猜测大家用的最多的就是 MyBatis 的分页插件！不知道小伙伴们有没有想过有一天自己也来开发一个 MyBatis 插件？其实自己动手撸一个 MyBatis 插件并不难，今天松哥就把手带大家撸一个 MyBatis 插件！1.MyBatis 插件接口即使你没开发过 MyBatis 插件，估计也能猜出来，MyBatis 插件是通过拦截器来起作用的，MyBatis 框架在设计的时候，就已经为插件的开发预留了

hello 小伙伴们新年好～给大家拜个晚年～今年虽然倡导就地过年，松哥还是溜回家过年去了，回家那是真舒服啊，公众号都荒废了两周了～不过过年期间也不是一点事没干，过年期间终于抽空把小伙伴们反映很久的一个问题解决了～每次小伙伴们反映 www.javaboy.org 很慢，我都很焦虑，但是这个网站我暂时没办法解决慢的问题，我说说原因。javaboy.org 是我从国外服务商那里买的域名，当时选择这个的原因是不用备案，当天买当天网站就能上线，很快。服务器我也没有自己搭建，选择了 GitHub Pages

文章目录1. Thymeleaf 简介2. 整合 Spring Boot2.1 基本用法2.2 手动渲染3. Thymeleaf 细节3.1 标准表达式语法3.1.1 简单表达式3.1.2 字面量3.1.3 文本运算3.1.4 算术运算3.1.5 布尔运算3.1.6 比较和相等3.1.7 条件运算符3.1.8 内置对象3.2 设置属性值3.3 遍历3.4 分支语句3.5 本地变量3.6 内联4. 小结虽然现在流行前后端分离，但是后端模版在一些关键地方还是非常有用的，例如邮件模版、代码模版等。当然也不排除一

文章目录1. Java 日志概览1.1 总体概览1.2 日志级别1.3 综合对比1.4 最佳实践2. Spring Boot 日志实现2.1 Spring Boot 日志配置2.2 Logback 配置2.2.1 基本配置2.2.2 输出到文件2.3 Log4j 配置3.小结之前录过一个视频和大家分享 Spring Boot 日志问题，但是总感觉差点意思，因此松哥打算再通过一篇文章来和大家捋一捋 Java 中的日志问题，顺便我们把 Spring Boot 中的日志问题也说清楚。1. Java 日志概览

文章目录1.ElasticSearch 映射参数1.1 analyzer1.2 search_analyzer1.3 normalizer1.4 boost1.5 coerce1.6 copy_to1.7 doc_values 和 fielddata1.8 dynamic1.9 enabled1.10 format1.11 ignore_above1.12 ignore_malformed1.13 include_in_all1.14 index1.15 index_options1.16 norms1.1

文章目录1.ElasticSearch 映射1.1 映射分类1.2 类型推断2.ElasticSearch 字段类型2.1 核心类型2.1.1 字符串类型2.1.2 数字类型2.1.3 日期类型2.1.4 布尔类型（boolean）2.1.5 二进制类型（binary）2.1.6 范围类型2.2 复合类型2.2.1 数组类型2.2.2 对象类型（object）2.2.3 嵌套类型（nested）2.3 地理类型2.3.1 geo_point2.3.2 geo_shape2.4 特殊类型2.4.1 IP2.4

文章目录1. ElasticSearch 文档基本操作1.1 新建文档1.2 获取文档1.3 文档更新1.3.1 普通更新1.3.2 查询更新1.4 删除文档1.4.1 根据 id 删除1.4.2 查询删除1.5 批量操作2. ElasticSearch 文档路由3. ElasticSearch 版本控制3.1 锁3.2 版本控制3.2.1 内部版本3.2.2 外部版本3.2.3 最新方案（Es6.7 之后）ElasticSearch 系列教程我们前面已经连着发了两篇了，今天第三篇，我们来聊一聊 Es 中

文章目录1.ElasticSearch 分词器介绍1.1 内置分词器1.2 中文分词器1.2.1 安装1.2.2 测试1.2.3 自定义扩展词库1.2.3.1 本地自定义1.2.3.2 远程词库2. ElasticSearch 索引管理2.1 新建索引2.1.1 通过 head 插件新建索引2.1.2 通过请求创建2.2 更新索引2.3 修改索引的读写权限2.4 查看索引2.5 删除索引5.6 索引打开/关闭2.7 复制索引2.8 索引别名本文是松哥所录视频教程的一个笔记，笔记简明扼要，完整内容小伙伴们可

Spring Security 系列前前后后整了 68 篇文章了，是时候告一个段落了。这两天松哥抽空把该系列的文章整理了一下，做成了一个索引，方便小伙伴们查找。教程地址如下：http://www.javaboy.org/springsecurityhttp://www.itboyhub.com/springsecurity对应的 Demo 地址如下：https://github.com/lenve/spring-security-sampleshttps://github.com/len

文章目录1.Lucene2.ElasticSearch3.安装3.1 单节点安装3.2 HEAD 插件安装3.2.1 浏览器插件安装3.2.2 下载插件安装3.3 分布式安装3.4 Kibana 安装4.ElasticSearch 核心概念介绍4.1 ElasticSearch 十大核心概念4.1.1 集群（Cluster）4.1.2 节点（Node）4.1.3 索引（Index）4.1.4 类型（Type）4.1.5 文档（Document）4.1.6 分片（Shards）4.1.7 副本（Replica

之前有好几位小伙伴向松哥反映，学完了微人事项目的技术点之后，想再做个项目练练手，但是却不知道该做啥！不了解业务就无从下手。其实我理解大家的这种处境，因此，这个周末松哥花了两天时间，整理了 50+ 个热门项目需求文档给大家参考，小伙伴们只需要认真研读这些需求文档，照着需求文档所描述的业务功能去开发项目即可。这些需求文档基本都是 Java 企业级应用，一些业务简单的项目松哥建议大家采用 Spring Boot + Vue 技术栈来开发，有的业务比较复杂的，可以多找几个小伙伴一起开发，对于这种业务复杂的项目也

想要细化权限控制粒度，办法很多。本文接着上文（Spring Security 中如何细化权限粒度？），通过一个具体的案例来向小伙伴们展示基于 Acl 的权限控制。其他的权限控制模型后面也会一一介绍。1.准备工作首先创建一个 Spring Boot 项目，由于我们这里涉及到数据库操作，所以除了 Spring Security 依赖之外，还需要加入数据库驱动以及 MyBatis 依赖。由于没有 acl 相关的 starter，所以需要我们手动添加 acl 依赖，另外 acl 还依赖于 ehcache 缓存

有小伙伴表示微人事(https://github.com/lenve/vhr)的权限粒度不够细。不过松哥想说的是，技术都是相通的，明白了 vhr 中权限管理的原理，在此基础上就可以去细化权限管理粒度，细化过程和还是用的 vhr 中用的技术，只不过设计层面重新规划而已。当然今天我想说的并不是这个话题，主要是想和大家聊一聊 Spring Security 中权限管理粒度细化的问题。因为这个问题会涉及到不同的权限管理模型，今天和小伙伴们聊一聊～1.权限管理模型要想将细化权限粒度，我们不可避免会涉及到一些权限

今天咱们来聊一聊 Spring Security 中的表决机制与投票器。当用户想访问 Spring Security 中一个受保护的资源时，用户具备一些角色，该资源的访问也需要一些角色，在比对用户具备的角色和资源需要的角色时，就会用到投票器和表决机制。当用户想要访问某一个资源时，投票器根据用户的角色投出赞成或者反对票，表决方式则根据投票器的结果进行表决。在 Spring Security 中，默认提供了三种表决机制，当然，我们也可以不用系统提供的表决机制和投票器，而是完全自己来定义，这也是可以的。本

答案是能！松哥之前写过类似的文章，但是主要是讲了用法，今天我们来看看原理！本文基于当前 Spring Security 5.3.4 来分析，为什么要强调最新版呢？因为在在 5.0.11 版中，角色继承配置和现在不一样。旧版的方案我们现在不讨论了，直接来看当前最新版是怎么处理的。1.角色继承案例我们先来一个简单的权限案例。创建一个 Spring Boot 项目，添加 Spring Security 依赖，并创建两个测试用户，如下：@Overrideprotected void configure

松哥最近在研究 Spring Security 源码，发现了很多好玩的代码，抽空写几篇文章和小伙伴们分享一下。很多人吐槽 Spring Security 比 Shiro 重量级，这个重量级不是凭空来的，重量有重量的好处，就是它提供了更为强大的防护功能。比如松哥最近看到的一段代码：protected final UserDetails retrieveUser(String username, UsernamePasswordAuthenticationToken authentication)

美好周末，从解 BUG 开始！周五本来想早点下班，临了有一个简单的需求突然提上来，心想着整完了就走，没想到一下折腾了 1 个多小时才搞定，愉快的周末就从加班中开启了。回到家里把这件事复盘一下，小伙伴们看看是否能够从中 GET 到一些未知的东西。需求是这样的：项目是 Spring Boot 项目，里边对请求进行了划分，有的请求是 HTTP 协议，有的请求是 HTTPS 协议，项目规定，有一些请求必须是 HTTPS 协议，例如 /https 接口，该接口必须使用 HTTPS 协议访问，如果用户使用了 HT

最近一段时间，大家在用 Spring Security OAuth2 时可能发现有很多类过期了。大家在选择 OAuth2 依赖的时候，可能也会困惑，有好几个地方都可以选：那么到底选择哪一个依赖合适呢？这不同的依赖又有什么区别？今天松哥就来和大家聊一聊 Spring Security 中关于 OAuth2 的恩怨。前言先来大致介绍一下 OAuth2 在 Spring 框架中的发展历程。大约十年前，Spring 引入了一个社区驱动的开源项目 Spring Security OAuth，并将其纳入

Spring 源码解析第 8 篇，继续。上篇文章我们分析了 bean 标签的解析过程，但是主要是涉及到一些简单的属性，一些冷门属性如 lookup-method 等没有和大家分析，主要是考虑到这些属性大家可能用得少，因此我上周录制了一个简单的视频，先带领小伙伴们复习了一下这些冷门属性的用法：Spring 中四个冷门属性，你可能没用过，挑战看一下！现在关于 bean 节点的配置大家都了解了，我们接下来就来看下完整的解析过程。阅读本系列前面文章，有助于更好的理解本文：Spring 源码解读计划Sp

Spring 源码解读继续。本文是 Spring 系列第八篇，如果小伙伴们还没阅读过本系列前面的文章，建议先看看，这有助于更好的理解本文。Spring 源码解读计划Spring 源码第一篇开整！配置文件是怎么加载的？Spring 源码第二弹！XML 文件解析流程Spring 源码第三弹！EntityResolver 是个什么鬼？Spring 源码第四弹！深入理解 BeanDefinition手把手教你搭建 Spring 源码分析环境Spring 源码第六弹！松哥和大家聊聊容器的始祖 Def

上次有小伙伴建议，源码分析太枯燥了，要是能够结合设计模式一起来，这样更有助于大家理解 Spring Security 源码，同时还能复习一波设计模式。因此松哥今天就试着整一篇，和大家来聊一聊 Spring Security 中涉及到的设计模式，不过 Spring Security 中涉及到的设计模式还是非常多的，松哥这里讲几个，剩下的欢迎小伙伴们留言补充。1.模板方法模式Template Pattern(模板方法模式)是一个抽象类公开定义了执行它的方法的模板。它的子类可以按需要重写方法实现，但调用将

我们继续来撸 Spring Security 源码，今天来撸一个非常重要的 WebSecurityConfigurerAdapter。我们的自定义都是继承自 WebSecurityConfigurerAdapter 来实现的，但是对于 WebSecurityConfigurerAdapter 内部的工作原理，配置原理，很多小伙伴可能都还不太熟悉，因此我们今天就来捋一捋。我们先来看一张 WebSecurityConfigurerAdapter 的继承关系图：在这层继承关系中，有两个非常重要的类：S

有的时候松哥会和大家分享一些 Spring Security 的冷门用法，不是为了显摆，只是希望大家能够从不同的角度加深对 Spring Security 的理解，这些冷门的用法非常有助于大家理解 Spring Security 的内部工作原理。我本来可以纯粹的去讲源码，讲原理，但是那样太枯燥了，所以我会尽量通过一些小的案例来帮助大家理解源码，这些案例的目的只是为了帮助大家理解 Spring Security 源码，仅此而已！所以请大家不要和我抬杠这些用户定义方式没用！好啦，我今天要给大家表演一个绝活，就

咱们继续来撸 Spring Security 源码。前面和大家分享了 SecurityBuilder 以及它的一个重要实现 HttpSecurity，在 SecurityBuilder 的实现类里边，还有一个重要的分支，那就是 AuthenticationManagerBuilder，AuthenticationManagerBuilder 看名字就知道是用来构建 AuthenticationManager 的，所以今天我们就来看一看 AuthenticationManager 到底是怎么构建的。1.初

HttpSecurity 也是 Spring Security 中的重要一环。我们平时所做的大部分 Spring Security 配置也都是基于 HttpSecurity 来配置的。因此我们有必要从源码的角度来理解下 HttpSecurity 到底干了啥？1.抽丝剥茧首先我们来看下 HttpSecurity 的继承关系图：可以看到，HttpSecurity 继承自 AbstractConfiguredSecurityBuilder，同时实现了 SecurityBuilder 和 HttpSecur

我们来继续撸 Spring Security 源码。SecurityConfigurer 在 Spring Security 中是一个非常重要的角色。在前面的文章中，松哥曾经多次提到过，Spring Security 过滤器链中的每一个过滤器，都是通过 xxxConfigurer 来进行配置的，而这些 xxxConfigurer 实际上都是 SecurityConfigurer 的实现。所以我们今天有必要来跟大家把 SecurityConfigurer 从头到尾捋一捋。1. SecurityConfi

昨天有小伙伴加松哥微信，说他把松哥的 Spring Security 系列撸完了。。but 松哥这个系列还没发完呢，在我的计划中，Spring Security 系列目前应该能更新一半，还剩一半，虽然有的小伙伴可能觉得好像已经没啥了，其实还有很多东西。。。松哥最近也是特别忙，Security 更新慢下来了，但是秉持前面说的，要学就成系列的学，要学就学透彻，这个系列我还会继续更下去。今天我们就来聊一聊 Spring Security 系列中的 FilterChainProxy。这是一个非常重要的代理

Spring 源码继续开整！在 XML 文件解析流程一文中，松哥和大家分享了 Spring 中配置文件的加载方式，如果小伙伴们还没看过，一定先看一下，这有助于更好的理解本文，传送门：Spring 源码第一篇开整！配置文件是怎么加载的？。还记得该篇文章中的代码吗？XmlBeanFactory factory = new XmlBeanFactory(new ClassPathResource("beans.xml"));User user = factory.getBean(User.class);

文章目录1.原理1.1 Authentication1.2 AuthenticationManager1.3 ProviderManager1.4 AuthenticationProvider2.案例3.小结这个问题也是来自小伙伴的提问：其实这个问题有好几位小伙伴问过我，但是这个需求比较冷门，我一直没写文章。其实只要看懂了松哥前面的文章，这个需求是可以做出来的。因为一个核心点就是 ProviderManager，搞懂了这个，其他的就很容易了。今天松哥花一点时间，来和大家分析一下这个问题的核心，同时

这是来自一个小伙伴的提问，我觉得很有必要和大家聊一聊这个问题：首先这个问题本身是有点问题的，因为 http.authorizeRequests() 并非总是第一个，虽然大部分情况下，我们看到的是第一个，但是也有很多情况 http.authorizeRequests() 不是首先出现。要搞明白这个问题，我们就要搞清楚 http.authorizeRequests() 到底是啥意思！这就涉及到 Spring Security 中过滤器链的配置问题了，本文松哥就来和大家稍微聊一聊。本文是 Spring S

聚沙成塔！不知不觉 Spring 源码已经更到第五篇啦～看源码之前，要先会用功能，这是最基本的，因为在源码讲解中，默认大家已经熟知 Spring 基本用法了，如果还不熟悉 Spring 的基本用法，可以看一下松哥发布在 B 站上的免费入门视频：https://www.bilibili.com/video/BV1Wv41167TU。上篇文章和小伙伴们介绍了 Spring 源码中的 EntityResolver，这个是用来解决 XML 文件校验问题的。接下来本来应该接着第二弹的 XML 文件解析流程继续往

Spring Security 系列还没搞完，最近还在研究。有的时候我不禁想，如果从 Spring Security 诞生的第一天开始，我们就一直在追踪它，那么今天再去看它的源码一定很简单，因为我们了解到每一行代码的缘由。然而事实上我们大部分人都是中途接触到它的，包括松哥自己。所以在阅读源码的时候，有时候会遇到一些不是那么容易理解的东西，并不是说这个有多难，只是我们不了解 N 年前的开发环境，因此也就不容易理解某一行代码出现的意义。所以为了搞透彻这个框架，有时候我们还得去了解之前发生了什么。这就跟学

松哥自己的网站有两大类：一个就是大家看到的 www.javaboy.org，这个网站是基于 GitHub Pages 做的，使用的技术栈是 hexo+icarus，公众号上的所有文章我都会同步到这个网站上去。还有一类就是电子书网站，这个就比较多了：http://maven.javaboy.orghttp://spring.javaboy.orghttp://springmvc.javaboy.orghttp://mybatis.javaboy.orghttp://springboot.ja

今天来和小伙伴们聊一聊 Spring Security 中的异常处理机制。在 Spring Security 的过滤器链中，ExceptionTranslationFilter 过滤器专门用来处理异常，在 ExceptionTranslationFilter 中，我们可以看到，异常被分为了两大类：认证异常和授权异常，两种异常分别由不同的回调函数来处理，今天松哥就来和大家分享一下这里的条条框框。1.异常分类Spring Security 中的异常可以分为两大类，一种是认证异常，一种是授权异常。认证异常

上篇文章和小伙伴们说了 Spring 源码中 XML 文件的解析流程，本来可以继续往下走看加载核心类了，但是松哥还是希望能够慢一点，既然要学就学懂，在 XML 文件解析的过程中还涉及到一些其他的类和概念，因此我就先用几篇文章介绍一下这些涉及到的概念或者类，然后我们再继续往下看。本文要和大家介绍的是上篇文章中涉及到的 EntityResolver 类，看看这个类到底是干嘛用的。本文是 Spring 源码系列第四篇，阅读前面文章有助于更好理解本文：Spring 源码解读计划Spring 源码第一篇开整

我们先来看一个简单的配置：@Overrideprotected void configure(HttpSecurity http) throws Exception { http.authorizeRequests() .anyRequest().authenticated() .and() .formLogin() .loginProcessingUrl("/doLogin")

按理说自己 new 出来的对象和容器是没有关系的，但是在 Spring Security 框架中也 new 了很多对象出来，一样也可以被容器管理，那么它是怎么做到的？今天来和大家聊一个略微冷门的话题，Spring Security 中的 ObjectPostProcessor 到底是干嘛用的？本文是 Spring Security 系列第 32 篇，阅读前面文章有助于更好的理解本文：挖一个大坑，Spring Security 开搞！松哥手把手带你入门 Spring Security，别再问密码怎么

Spring 源码继续开整！上篇文章中，松哥和大家分享了 Spring 中配置文件的加载方式，如果小伙伴们还没看过，一定先看一下，这有助于更好的理解本文，传送门：Spring 源码第一篇开整！配置文件是怎么加载的？。上篇文章和大家分享了 Spring 中是如何加载本地配置文件的，如何将加载到的本地配置文件通过一个 InputStream 返回。了解到这一点之后，接下来就是对 InputStream 的解析了。本文我们就来看一下整个解析流程是什么样子的。1.XmlBeanDefinitionReade

要说在 Spring Boot 中注册过滤器有三种方式，你都能想到哪些呢？今天松哥就来和大家聊一聊 Spring Boot 中注册过滤器的三种方式！其实本来是想和大家聊 Spring Security 过滤器链的问题的，结果看源码看着看着就跑题了，索性就先和大家聊一聊 Spring Boot 中注册过滤器的三种方式，算是给 后面的 Spring Security 打一点基础。1.@WebFilter通过 @WebFilter 注解来标记一个过滤器，这种方式相信大家很容易想到。这是将 Servlet 中

关于密码加密的问题，松哥之前已经和大家聊过了，参考：Spring Boot 中密码加密的两种姿势！这篇文章中，松哥给大家介绍了两种密码加密方案，但是两种都是独立使用的！能不能在同一个项目中同时存在多种密码加密方案呢？答案是肯定的！今天松哥就来和大家聊一聊，如何在 Spring Security 中，让多种不同的密码加密方案并存。本文是 Spring Security 系列第 31 篇，阅读前面文章有助于更好的理解本文：挖一个大坑，Spring Security 开搞！松哥手把手带你入门 S

Spring Security 中对于权限控制默认已经提供了很多了，但是，一个优秀的框架必须具备良好的扩展性，恰好，Spring Security 的扩展性就非常棒，我们既可以使用 Spring Security 提供的方式做授权，也可以自定义授权逻辑。一句话，你想怎么玩都可以！今天松哥来和大家介绍一下 Spring Security 中四种常见的权限控制方式。表达式控制 URL 路径权限表达式控制方法权限使用过滤注解动态权限四种方式，我们分别来看。本文是 Spring Security

HttpBasic 认证有一定的局限性与安全隐患，因此在实际项目中使用并不多，但是，有的时候为了测试方便，开启 HttpBasic 认证能方便很多。因此松哥今天还是来和大家简单聊一聊 Spring Security 中的 HttpBasic 认证。本文是 Spring Security 系列第 29 篇，阅读前面文章有助于更好理解本文：挖一个大坑，Spring Security 开搞！松哥手把手带你入门 Spring Security，别再问密码怎么解密了手把手教你定制 Spring Secur

上周把话撂出来，看起来小伙伴们都挺期待的，其实松哥也迫不及待想要开启一个全新的系列。但是目前的 Spring Security 系列还在连载中，还没写完。连载这事，一鼓作气，再而衰三而竭，一定要一次搞定，Spring Security 如果这次放下来，以后就很难再拾起来了。所以目前的更新还是 Spring Security 为主，同时 Spring 源码解读每周至少更新一篇，等 Spring Security 系列更新完毕后，就开足马力更新 Spring 源码。其实 Spring Security 中也

文章目录1.什么是跨域2.解决方案2.1 存在的问题3.SpringSecurity3.1 方式一3.2 方式二4.OAuth25.小结跨域这个问题松哥之前写过文章，但是最近收到小伙伴们的一些问题，让我发现之前的总结不够全面，因此打算再写一篇文章，来和大家分享一下 Spring Boot 中的跨域问题。这次我把 Spring Boot 中的跨域问题分为了三个场景：普通跨域Spring Security 跨域OAuth2 跨域分为三种并非多此一举，主要是因为这三种场景的配置都不太一样，而这三种

来自一个小伙伴在微信上的提问：看到这个问题，松哥忽然想到我自己之前写过 Spring Boot+Swagger 的用法：SpringBoot 整合 Swagger2也写过 OAuth2 + Jwt 的用法：想让 OAuth2 和 JWT 在一起愉快玩耍？请看松哥的表演但是还没有将这两个结合在一起写过，所以小伙伴们对此有了疑问，想一想这还是一个非常常见的问题，因为现在使用令牌登录的场景越来越多，在这种情况下，如果使用 Swagger 来测试接口，要怎么在请求头中携带 Token 呢？今天松

最近的又一头扎进 Spring Security+CAS 上面了，CAS 单点登录已经连续写了四篇了，小伙伴们一定按顺序阅读哦，这样后面的文章才好理解。上篇文章和大家分享了 CAS Server 接入数据库的问题，今天我们来看下如何在 CAS Server 上自定义登录页面，因为正常来说，我们是不会直接用官方给出的登录页面的。本文是 Spring Security 系列第 26 篇，阅读前面文章有助于更好的理解本文：挖一个大坑，Spring Security 开搞！松哥手把手带你入门 Spring

在前面的两篇文章中，松哥和大家分享了 CAS Server 的搭建以及如何使用 Spring Security 搭建 CAS Client。但是前面的案例有一个问题，就是登录用户是在 CAS Server 配置文件中写死的，没有对接数据库，实际项目中，这里肯定要对接数据库，所以今天，松哥就来和大家聊一聊 CAS Server 如何对接数据库。松哥最近和 Spring Security 杠上了，这是 Spring Security 系列的第 25 篇：挖一个大坑，Spring Security 开搞！

前面松哥发过两篇文章，也是两种方案，讲到单点登录问题：OAuth2+JWT 方案@EnableOAuth2Sso 注解方案今天再来和大家介绍第三种方案，使用 Spring Security 开发 CAS 单点登录系统客户端。上篇文章讲了 CAS 单点登录以及 CAS Server 的搭建问题，CAS Server 搭建好了，接下来我们要搭建具体的应用，本文我们就来看看 Spring Security+CAS 如何实现单点登录。本文在上篇文章的基础上继续完成，如果小伙伴们的 CAS Server

本文是微服务项目代码组织形式三部曲中的第三篇，也是最后一篇，通过这三篇文章，相信大家对于如果组织微服务中的代码已经有了一个基本认知，前面两篇分别是：微服务项目搭建，到底要不要聚合工程？在微服务项目中，Maven 真的适合管理公共代码库吗？第三篇相对来说要简单一些，本来没打算写，但是上周有个小伙伴问了我一个 Maven 问题，然后我就发现有的小伙伴对聚合工程的认知还是不到位，因此才有了这篇文章，想和大家再聊聊聚合工程的问题。1.微服务架构理论上的微服务架构和实际应用的微服务，往往会有一些差异。

松哥周末抽空给 Spring Security 系列也录制了一套视频，目录如下：感兴趣的小伙伴戳这里–>Spring Boot+Vue+微人事视频教程我们来看今天的 CAS 单点登录。在微服务以及分布式系统中，单点登录变得越来越普遍，松哥之前也有两篇文章和大家介绍过单点登录的方案：OAuth2+JWT 方案@EnableOAuth2Sso 注解方案这两种方案中，JWT 存在一个注销登录的问题，要费点功夫解决。@EnableOAuth2Sso 注解这种方案不存在注销登录的问题，但是又不

事情的起因是这样，有小伙伴在微信上问了松哥一个问题：就是他使用 Spring Security 做用户登录，等成功后，结果无法获取到登录用户信息，松哥之前写过相关的文章（奇怪，Spring Security 登录成功后总是获取不到登录用户信息？），但是他似乎没有看懂。考虑到这是一个非常常见的问题，因此我想今天换个角度再来和大伙聊一聊这个话题。Spring Security 中，到底该怎么样给资源额外放行？1.两种思路在 Spring Security 中，有一个资源，如果你希望用户不用登录就能访问

今天我还是想和大家继续聊一聊微服务中代码的组织形式。昨天聊了微服务项目中要不要使用聚合工程的问题（微服务项目搭建，到底要不要聚合工程？），感觉小伙伴们对这个话题还挺感兴趣，因此今天我们就再来说说微服务中公共代码库的组织形式。1.公共代码库任何项目，我们都不可避免的会有一个公共代码库，这个公共代码库中可能存放了一些工具类或者实体类，供其他项目使用。常规的做法就是把公共代码库上传到公司私服，然后每个人各自在项目中添加依赖即可，这种方式，相信很多小伙伴们都玩过。但是不知道大家有没有想过，这种方式其实有一

这是一个入门问题，做微服务项目，首先就是要搭建 Project，代码采用什么样的形式来组织，这是我们面临的第一个问题。要扯清楚这个问题，首先对 Maven 的使用不能含糊，小伙伴们可以在公众号后台回复 ssm，获取松哥手敲的 Maven 教程。在传统的项目中，我们经常需要搭建聚合工程，这样可以方便的对项目进行分模块管理，降低维护难度。微服务项目中，我们是否还需要继续这种开发方式呢？今天松哥结合自己在项目中的经验和大家简单聊一下，微服务项目中代码的组织形式。1.开发模式要搞清楚代码如何组织，首先

先说一句：密码是无法解密的。大家也不要再问松哥微人事项目中的密码怎么解密了！密码无法解密，还是为了确保系统安全。今天松哥就来和大家聊一聊，密码要如何处理，才能在最大程度上确保我们的系统安全。本文是 Spring Security 系列的第 20 篇，阅读本系列前面的文章有助于更好的理解本文：挖一个大坑，Spring Security 开搞！松哥手把手带你入门 Spring Security，别再问密码怎么解密了手把手教你定制 Spring Security 中的表单登录Spring Secur

Spring Boot 算是目前 Java 领域最火的技术栈了，松哥年初出版的 《Spring Boot + Vue 全栈开发实战》迄今为止已经加印了多次，Spring Boot 的受欢迎程度可见一斑。今天松哥整理了几个优质 Spring Boot 开源项目给大家参考，希望能够帮助到正在学习 Spring Boot 的小伙伴！1.javaboy-video-samplesstar: 230GitHub: https://github.com/lenve/javaboy-video-samplesG

上篇文章松哥和大家聊了什么是 CSRF 攻击，以及 CSRF 攻击要如何防御。主要和大家聊了 Spring Security 中处理该问题的几种办法。今天松哥来和大家简单的看一下 Spring Security 中，CSRF 防御源码。本文是本系列第 19 篇，阅读本系列前面文章有助于更好的理解本文：挖一个大坑，Spring Security 开搞！松哥手把手带你入门 Spring Security，别再问密码怎么解密了手把手教你定制 Spring Security 中的表单登录Spring

CSRF 就是跨域请求伪造，英文全称是 Cross Site Request Forgery。这是一种非常常见的 Web 攻击方式，其实是很好防御的，但是由于经常被很多开发者忽略，进而导致很多网站实际上都存在 CSRF 攻击的安全隐患。今天松哥就来和大家聊一聊什么是 CSRF 攻击以及 CSRF 攻击该如何防御。本文是本系列第 18 篇，阅读本系列前面文章有助于更好的理解本文：挖一个大坑，Spring Security 开搞！松哥手把手带你入门 Spring Security，别再问密码怎么解密

前面和大家聊了 Spring Security 如何像 QQ 一样，自动踢掉已登录用户（Spring Boot + Vue 前后端分离项目，如何踢掉已登录用户？），但是前面我们是基于单体应用的，如果我们的项目是集群化部署，这个问题该如何解决呢？今天我们就来看看集群化部署，Spring Security 要如何处理 session 并发。本文是 Spring Security 系列第 17 篇，阅读前面的文章有助于更好的理解本文：挖一个大坑，Spring Security 开搞！松哥手把手带你入门

前两天和大家聊了 Spring Security 中的 session 并发问题，和小伙伴们聊了如何像 QQ 一样，用户在一台设备上登录成功之后，就会自动踢掉另一台设备上的登录。当然，Spring Security 中，关于 session 的功能不仅仅是这些，之前和大家说我们学习 Spring Security，也是学习各种各样的网络攻击与防御策略，今天松哥就来和大家聊一个简单的：什么是会话固定攻击以及 Spring Security 中如何防止会话固定攻击。本文是 Spring Security 系

之前有小伙伴表示，看 Spring Security 这么麻烦，不如自己写一个 Filter 拦截请求，简单实用。自己写当然也可以实现，但是大部分情况下，大家都不是专业的 Web 安全工程师，所以考虑问题也不过就是认证和授权，这两个问题处理好了，似乎系统就很安全了。其实不是这样的！各种各样的 Web 攻击每天都在发生，什么固定会话攻击、csrf 攻击等等，如果不了解这些攻击，那么做出来的系统肯定也不能防御这些攻击。使用 Spring Security 的好处就是，即使不了解这些攻击，也不用担心这些攻

文章目录1.传统方案1.1 准备工作1.2 Ajax 上传1.3 使用 el-upload 组件1.4 两种方式比较2.手动传递令牌2.1 Ajax 传递令牌2.2 el-upload 处理令牌2.2.1 方案一2.2.2 方案二3.小结关于文件上传这块，松哥之前也写了好几篇文章了，甚至还有视频：Spring Boot+Vue+FastDFS 实现前后端分离文件上传但是，之前和小伙伴们提到的方案，是基于 session 来做认证的，所以并不需要考虑携带令牌的问题，但是在前后端分离开发中，我们可能采

最近因为因为项目的原因，一直在寻找一款合适的前端模版，之前的 Vue 前端页面都是自己写的，写多了就烦了，因为功能都差不多，写来写去就没意思了。所以在新项目中想看看市面上的 Vue 后台管理模版，找个现成的，改一改基本就 OK 了，团队也省事一些。老实说，Vue 的生态还是相当丰富的，经典的、新生的后台管理框架都有，我这里和大家分享我们这次重点比较的三个。vue-element-adminGitHub 地址：https://github.com/PanJiaChen/vue-element-adm

上篇文章中，我们讲了在 Spring Security 中如何踢掉前一个登录用户，或者禁止用户二次登录，通过一个简单的案例，实现了我们想要的效果。但是有一个不太完美的地方，就是我们的用户是配置在内存中的用户，我们没有将用户放到数据库中去。正常情况下，松哥在 Spring Security 系列中讲的其他配置，大家只需要参考Spring Security+Spring Data Jpa 强强联手，...

登录成功后，自动踢掉前一个登录用户，松哥第一次见到这个功能，就是在扣扣里边见到的，当时觉得挺好玩的。自己做开发后，也遇到过一模一样的需求，正好最近的 Spring Security 系列正在连载，就结合 Spring Security 来和大家聊一聊这个功能如何实现。本文是本系列的第十三篇，阅读前面文章有助于更好的理解本文：挖一个大坑，Spring Security 开搞！松哥手把手带你...

上篇文章跟大家聊了如何使用更加优雅的方式自定义 Spring Security 登录逻辑，更加优雅的方式可以有效避免掉自定义过滤器带来的低效，建议大家一定阅读一下，也可以顺便理解 Spring Security 中的认证逻辑。本文将在上文的基础上，继续和大家探讨如何存储登录用户详细信息的问题。本文是本系列第 12 篇，阅读本系列前面文章可以更好的理解本文：挖一个大坑，Spring Secu...

技术日新月异，对于初入职场的同学来说，经常会困惑该往那个方向发展，这一点松哥是深有体会的。网上的资料多如牛毛，但是很多时候我们缺的不是一个资料，而是一个学习规划！就是说，做 Java 开发，我们应该从哪里开始学？应该学习哪些东西？应该按照什么样的顺序来学？松哥大二刚开始自学 Java 那会，最大的问题就是不知道该学什么，以及学习的顺序，自己一个人摸索了很长时间，后来才逐步建立起自己的知识体系...

自动登录是我们在软件开发时一个非常常见的功能，例如我们登录 QQ 邮箱：很多网站我们在登录的时候都会看到类似的选项，毕竟总让用户输入用户名密码是一件很麻烦的事。自动登录功能就是，用户在登录成功后，在某一段时间内，如果用户关闭了浏览器并重新打开，或者服务器重启了，都不需要用户重新登录了，用户依然可以直接访问接口数据。作为一个常见的功能，我们的 Spring Security 肯定也提供了相应...

在本系列前面的文章中，正常情况下，OAuth2 返回的 access_token 信息一共包含五项：分别是：access_tokentoken_typerefresh_tokenexpires_inscope具体如下：{ "access_token": "b9c9e345-90c9-49f5-80ab-6ce5ed5a07c9", "token_type": "...

需要先说一下，松哥最近写的教程，都是成系列的，有一些重复的东西写来写去就没意思了，所以每一篇文章都默认大家已经懂了前面的内容了，因此下文有任何看不懂的地方，建议一定先看下相关系列：Spring Security 系列：挖一个大坑，Spring Security 开搞！松哥手把手带你入门 Spring Security，别再问密码怎么解密了手把手教你定制 Spring Security 中...

Spring Security+Spring Data Jpa 强强联手，安全管理没有简单，只有更简单！这周忙着更新 OAuth2，Spring Security 也抽空来一篇。Spring Security 系列我们前面已经更新了 6 篇了，本文是第 7 篇，建议先看本系列前面的文章，有助于更好的理解本文：挖一个大坑，Spring Security 开搞！松哥手把手带你入门 Sprin...

昨天松哥和小伙伴们说了 OAuth2 中的授权码模式，我从头到尾写了一个非常详细的案例，来和小伙伴们分享授权码模式的使用。有小伙伴表示为什么没有另外三种授权模式的演示代码？要学就学全套的！这不，松哥赶紧把另外三个授权模式的代码整出来，供小伙伴们参考。今天的案例，我就不从头开始写了，我们就在上篇文章代码的基础上修改就行了，如果小伙伴们还没看过本系列前面几篇文章，建议一定先看下，否则本文可能看不懂...

前后端分离已经在慢慢走进各公司的技术栈，根据松哥了解到的消息，不少公司都已经切换到这个技术栈上面了。即使贵司目前没有切换到这个技术栈上面，松哥也非常建议大家学习一下前后端分离开发，以免在公司干了两三年，SSH 框架用的滚瓜烂熟，出来却发现自己依然没有任何优势！其实前后端分离本身并不难，后段提供接口，前端做数据展示，关键是这种思想。很多人做惯了前后端不分的开发，在做前后端分离的时候，很容易带进来一...

昨天和小伙伴们介绍了 OAuth2 的基本概念，在讲解 Spring Cloud Security OAuth2 之前，我还是先来通过实际代码来和小伙伴们把 OAuth2 中的各个授权模式走一遍，今天我们来看最常用也最复杂的授权码模式。本文我将通过一个完整的 Demo ，注意，是一个完整的 Demo，带领小伙伴们把授权码模式走一遍。如果小伙伴们还没有看上篇文章可以先看下，这有助于你理解本文中的...

文章目录1. 无状态登录1.1 什么是有状态1.2 什么是无状态1.3 如何实现无状态1.4 各自优缺点2. 登录交互2.1 前后端分离的数据交互2.2 登录成功2.3 登录失败3. 未认证处理方案4. 注销登录这是本系列的第四篇，有小伙伴找不到之前文章，松哥给大家列一个索引出来：挖一个大坑，Spring Security 开搞！松哥手把手带你入门 Spring Security，别再问密...

有好几位小伙伴小伙伴曾向松哥求助过这个问题。一开始我觉得这可能是一个小概率 BUG，但是当问的人多了，我觉得这个问题对于新手来说还有一定的普遍性，有必要来写篇文章跟大家仔细聊一聊这个问题，防止小伙伴们掉坑。1.问题复现如果使用了 Spring Security，当我们登录成功后，可以通过如下方式获取到当前登录用户信息：SecurityContextHolder.getContext()....

做微人事的小伙伴（https://github.com/lenve/vhr），应该都发现了在微人事中有一个极为特殊的请求，那就是登录。登录请求是一个 POST 请求，但是数据传输格式是 key/value 的形式。整个项目里就只有这一个 POST 请求是这样，其他 POST 请求都是 JSON 格式的数据。为什么做成这个样子呢？还是懒呗。因为 Spring Security 中默认的登录数据...

Spring Security 系列继续。前面的视频+文章，松哥和大家简单聊了 Spring Security 的基本用法，并且我们一起自定义了一个登录页面，让登录看起来更炫一些！今天我们来继续深入这个表单配置，挖掘一下这里边常见的其他配置。学习本文，强烈建议大家看一下前置知识（松哥手把手带你入门 Spring Security，别再问密码怎么解密了），学习效果更佳。1.登录接口很多初学者...

文章目录1.新建项目2.用户配置2.1 配置文件2.2 配置类2.2.1 为什么要加密2.2.2 加密方案2.2.3 PasswordEncoder2.2.4 配置3.自定义表单登录页3.1 服务端定义3.2 前端定义4.小节因为之前有小伙伴在松哥群里讨论如何给微人事的密码解密，我看到聊天记录后就惊呆了。无论如何我也得写一篇文章，带大家入门 Spring Security!当我们在一个项目中引...

时隔半年，昨天又收到了出版社一笔稿费，时间很突然，金额也很突然。年前的时候松哥发了一篇文章，说新书交稿后入手了一台 MacBook Pro（MacBook Pro 入手一年了，到底香不香？），于是有小伙伴问松哥，出书是不是赚翻了？老实说，这本书到现在赚的钱，买一台 MacBook Pro 肯定是够了，但是你要说赚翻了，我想这里肯定存在一些误解。今天我就来和大家聊一聊程序员的出书流程，收入结算，...

有小伙伴问松哥这个问题，他在上海某公司，在离职了几个月后，前公司的领导联系到他，希望他能够返聘回去，他很纠结要不要回去？俗话说好马不吃回头草，但是这个小伙伴既然感到纠结了，我觉得至少说明了两个问题：1.曾经的公司还不错；2.现在的日子也不是很如意。否则应该就不会纠结了。老实说，松哥之前也有过类似的经历，今天就来和小伙伴们聊聊回头草到底吃不吃。首先一个基本观点，就是离职了也没必要和老东家弄的苦...