单点登录（Single Sign On），简称为 SSO，是解决企业内部的一系列产品登录问题的方案。SSO 的定义是在多个应用系统中，用户只需要登录一次就可以访问所有相互信任的应用系统，用于减少用户重复的登录操作，提升用户体验。从技术层面上讲，单点登录目前有多种实现方案，本文从博主个人的理解出发，比较这几种不同方案的优劣和适用场景。

Oauth 协议为用户资源的授权提供了一个安全的、开放而又简易的标准，先前曾经了解过在 spring-security-oauth2 中 Oauth 四种模式的实现，也通过 Shiro 实现了 Oauth 的授权流程。 目前 spring-security-oauth2 已经被逐步废弃，Spring 也提供了新的框架 spring-authorization-server，整个框架基于 Oauth 2.1 开发。目前重新整理项目代码，借此机会详细梳理一遍 Oauth2.0 授权模式的适用场景和授权流程，后续用于和 2.1 对比参照。

本文基于上一篇文章《 Shiro + Springboot + JWT 的整合》延续，示例项目也是在上篇文章的基础上扩展而来的。 一个系统一般都具有多种用户类型，如管理员、普通用户和运营者账号等，这些用户都存储在不同的表中。当然，通过对 Token 的内容进行条件判断，一个 Realm 是可以直接实现多个账号登录的，但是这样将导致不同用户的登录完全耦合在一起，这不是我们想看到的，所以有了多 Realm 的需求，并且 Shiro 是支持多 Realm 的。 但是如果有多个 Realm，Shiro 将对每个都进认证，而我们希望的是管理员。用户等都只调用自己的 Realm，所以对这些地方的逻辑要稍微做些改动。

本文的出现表示不再进行 Spring Security Oauth 实现的研究了，原因是原开源项目已经被废弃了不再更新了，而且 Oauth 实现的内容有些奇怪，新的项目 spring-authorization-server 目前才发布到 0.1.0，默认只提供了基于内存的实现，个人认为还不是很完善，不适合用到项目中。而且 Spring Security 的 Oauth 流程都实现了，要修改还得从新研究 spring-authorization-server 的实现逻辑，然后进行修改定制，太耗费精力了，不如使用 Shiro 自己实现 Oauth 的逻辑。 本文作为 Shiro 入门文章，主要描述 Shiro 如何整合 JWT 实现登录校验问题，还有 Shiro 的认证+授权模式对 JWT 并不是很友好。

写在前面Spring Oauth 提供了对 jwt 的支持，要实现 jwt 功能很简单，但是在指定授权范围时将会遇到无法指定授权范围的问题，本文主体描述的是如何解决这个问题。本文依赖环境：<!-- spring-security-oauth2 2.3.4.RELEASE --><d

本文环境： org.springframework.cloud:spring-cloud-starter-oauth2:2.2.4.RELEASE本文场景： 希望实现类似 QQ 的登陆并授权功能，但是将 /oauth/authorize 路径加入 permitAll 没有生效，加入 web.igno

本文场景： 使用Spring Security做权限控制，系统包含普通用户和系统管理员两种类型，希望有不同的登录入口；并且在Spring Gateway上配置，Gateway使用的是WebFlux，无法兼容MVC，所以使用WebFlux配置Security。纯记录，目前项目还是小demo，贴的示例代

写在前面本文场景： 希望在网关上实现security统一进行权限认证，后续的服务间交互不再进行权限认证。但是系统有两个类型的账号，一个是普通用户，一个是系统后台管理员，完全是两个类型，希望创建给两个不同的登陆入口分别给两个类型的账号登录使用。想到的解决方法有两个：网关上的security想办法创建多

1. 开启Security@EnableWebSecurity@Configurationpublic class UserWebSecurityConfiguration extends WebSecurityConfigurerAdapter { @Resource private

实现生成公钥私钥实现秘钥打印输出实现加密解密、签名认证import java.io.FileInputStream;import java.io.FileNotFoundException;import java.io.FileOutputStream;import java.io.IOExcept