@@ -78,8 +78,8 @@ implementation 'cn.dev33:sa-token-core:1.20.0'
## 获取源码
如果你想深入了解Sa-Token，你可以通过`Gitee`或者`GitHub`来获取源码 （**学习测试请拉取master分支**，dev为正在开发的分支，有很多特性并不稳定）
-- Gitee地址：[https://gitee.com/dromara/sa-token](https://gitee.com/dromara/sa-token)
-- GitHub地址：[https://github.com/dromara/sa-token](https://github.com/dromara/sa-token)
+- **Gitee**地址：[https://gitee.com/dromara/sa-token](https://gitee.com/dromara/sa-token)
+- **GitHub**地址：[https://github.com/dromara/sa-token](https://github.com/dromara/sa-token)
- 开源不易，求鼓励，给个`star`吧
- 源码目录介绍:
diff --git a/sa-token-doc/doc/start/example.md b/sa-token-doc/doc/start/example.md
index 304a45bf..cdcbd342 100644
--- a/sa-token-doc/doc/start/example.md
+++ b/sa-token-doc/doc/start/example.md
@@ -1,6 +1,6 @@
# SpringBoot 集成 Sa-Token 示例
-本篇将带你从零开始集成sa-token，从而让你快速熟悉sa-token的使用姿势
+本篇将带你从零开始集成Sa-Token，从而让你快速熟悉Sa-Token的使用姿势
整合示例在官方仓库的`/sa-token-demo/sa-token-demo-springboot`文件夹下，如遇到难点可结合源码进行测试学习
---
@@ -31,7 +31,7 @@ server:
port: 8081
spring:
- # sa-token配置
+ # Sa-Token配置
sa-token:
# token名称 (同时也是cookie名称)
token-name: satoken
@@ -61,7 +61,7 @@ spring:
public class SaTokenDemoApplication {
public static void main(String[] args) throws JsonProcessingException {
SpringApplication.run(SaTokenDemoApplication.class, args);
- System.out.println("启动成功：sa-token配置如下：" + SaManager.getConfig());
+ System.out.println("启动成功：Sa-Token配置如下：" + SaManager.getConfig());
}
}
```
@@ -106,7 +106,7 @@ public class UserController {
### 详细了解
-通过这个示例，你已经对sa-token有了初步的了解，那么现在开始详细了解一下它都有哪些 [能力](/use/login-auth) 吧
+通过这个示例，你已经对Sa-Token有了初步的了解，那么现在开始详细了解一下它都有哪些 [能力](/use/login-auth) 吧
diff --git a/sa-token-doc/doc/start/webflux-example.md b/sa-token-doc/doc/start/webflux-example.md
index fb96cc48..d8cbfa2c 100644
--- a/sa-token-doc/doc/start/webflux-example.md
+++ b/sa-token-doc/doc/start/webflux-example.md
@@ -1,7 +1,7 @@
# Spring WebFlux 集成 Sa-Token 示例
WebFlux基于Reactor响应式模型开发，有着与标准ServletAPI完全不同的底层架构，因此要适配WebFlux, 必须提供与Reactor相关的整合实现，
-本篇将以WebFlux为例，展示sa-token与Reactor响应式模型web框架相整合的示例, **你可以用同样方式去对接其它Reactor模型Web框架**(Netty、Soul、Gateway等)
+本篇将以WebFlux为例，展示Sa-Token与Reactor响应式模型web框架相整合的示例, **你可以用同样方式去对接其它Reactor模型Web框架**(Netty、Soul、Gateway等)
整合示例在官方仓库的`/sa-token-demo/sa-token-demo-webflux`文件夹下，如遇到难点可结合源码进行测试学习
@@ -32,7 +32,7 @@ WebFlux基于Reactor响应式模型开发，有着与标准ServletAPI完全不
public class SaTokenDemoApplication {
public static void main(String[] args) throws JsonProcessingException {
SpringApplication.run(SaTokenDemoApplication.class, args);
- System.out.println("启动成功：sa-token配置如下：" + SaManager.getConfig());
+ System.out.println("启动成功：Sa-Token配置如下：" + SaManager.getConfig());
}
}
```
@@ -46,7 +46,7 @@ public class SaTokenDemoApplication {
@Configuration
public class SaTokenConfigure {
/**
- * 注册 [sa-token全局过滤器]
+ * 注册 [Sa-Token全局过滤器]
*/
@Bean
public SaReactorFilter getSaReactorFilter() {
diff --git a/sa-token-doc/doc/use/at-check.md b/sa-token-doc/doc/use/at-check.md
index 4f9cb922..6b3ad0fb 100644
--- a/sa-token-doc/doc/use/at-check.md
+++ b/sa-token-doc/doc/use/at-check.md
@@ -6,12 +6,12 @@
注解鉴权 —— 优雅的将鉴权与业务代码分离！
- `@SaCheckLogin`: 登录认证 —— 只有登录之后才能进入该方法
-- `@SaCheckRole("admin")`: 权限认证 —— 必须具有指定权限才能进入该方法
-- `@SaCheckPermission("user:add")`: 角色认证 —— 必须具有指定角色标识才能进入该方法
+- `@SaCheckRole("admin")`: 角色认证 —— 必须具有指定角色标识才能进入该方法
+- `@SaCheckPermission("user:add")`: 权限认证 —— 必须具有指定权限才能进入该方法
- `@SaCheckSafe`: 二级认证校验 —— 必须二级认证之后才能进入该方法
Sa-Token使用全局拦截器完成注解鉴权功能，为了不为项目带来不必要的性能负担，拦截器默认处于关闭状态
-因此，为了使用注解鉴权，你必须手动将sa-token的全局拦截器注册到你项目中
+因此，为了使用注解鉴权，你必须手动将Sa-Token的全局拦截器注册到你项目中
@@ -23,7 +23,7 @@ Sa-Token使用全局拦截器完成注解鉴权功能，为了不为项目带来
``` java
@Configuration
public class SaTokenConfigure implements WebMvcConfigurer {
- // 注册sa-token的注解拦截器，打开注解式鉴权功能
+ // 注册Sa-Token的注解拦截器，打开注解式鉴权功能
@Override
public void addInterceptors(InterceptorRegistry registry) {
// 注册注解拦截器，并排除不需要注解鉴权的接口地址 (与登录拦截器无关)
diff --git a/sa-token-doc/doc/use/config.md b/sa-token-doc/doc/use/config.md
index 71fa1b2f..d61cf366 100644
--- a/sa-token-doc/doc/use/config.md
+++ b/sa-token-doc/doc/use/config.md
@@ -1,6 +1,6 @@
# 框架配置
你可以**零配置启动框架**
-但同时你也可以通过配置，定制性使用框架，`sa-token`支持多种方式配置框架信息
+但同时你也可以通过配置，定制性使用框架，`Sa-Token`支持多种方式配置框架信息
@@ -10,7 +10,7 @@
``` java
spring:
- # sa-token配置
+ # Sa-Token配置
sa-token:
# token名称 (同时也是cookie名称)
token-name: satoken
@@ -34,12 +34,12 @@ spring:
### 方式2、通过代码配置
``` java
/**
- * sa-token代码方式进行配置
+ * Sa-Token代码方式进行配置
*/
@Configuration
public class SaTokenConfigure {
- // 获取配置Bean (以代码的方式配置sa-token, 此配置会覆盖yml中的配置)
+ // 获取配置Bean (以代码的方式配置Sa-Token, 此配置会覆盖yml中的配置)
@Primary
@Bean(name="SaTokenConfigure")
public SaTokenConfig getSaTokenConfig() {
diff --git a/sa-token-doc/doc/use/dao-extend.md b/sa-token-doc/doc/use/dao-extend.md
index 78cdd8ac..bcc12984 100644
--- a/sa-token-doc/doc/use/dao-extend.md
+++ b/sa-token-doc/doc/use/dao-extend.md
@@ -47,7 +47,7 @@ Sa-token默认将会话数据保存在内存中，此模式读写速度最快，
```
**2. 引入了依赖，我还需要为Redis配置连接信息吗？**
-需要！只有项目初始化了正确的Redis实例，`sa-token`才可以使用Redis进行数据持久化，参考以下`yml配置`：
+需要！只有项目初始化了正确的Redis实例，`Sa-Token`才可以使用Redis进行数据持久化，参考以下`yml配置`：
``` java
# 端口
spring:
diff --git a/sa-token-doc/doc/use/global-filter.md b/sa-token-doc/doc/use/global-filter.md
index 39ecf9f6..e3d770c0 100644
--- a/sa-token-doc/doc/use/global-filter.md
+++ b/sa-token-doc/doc/use/global-filter.md
@@ -3,7 +3,7 @@
### 组件简述
-之前的章节中，我们学习了“根据拦截器实现路由拦截鉴权”，其实在大多数web框架中，使用过滤器可以实现同样的功能，本章我们就利用sa-token全局过滤器来实现路由拦截器鉴权。
+之前的章节中，我们学习了“根据拦截器实现路由拦截鉴权”，其实在大多数web框架中，使用过滤器可以实现同样的功能，本章我们就利用Sa-Token全局过滤器来实现路由拦截器鉴权。
首先我们先梳理清楚一个问题，既然拦截器已经可以实现路由鉴权，为什么还要用过滤器再实现一遍呢？简而言之：
1. 相比于拦截器，过滤器更加底层，执行时机更靠前，有利于防渗透扫描
@@ -19,7 +19,7 @@ Sa-Token同时提供过滤器和拦截器机制，不是为了让谁替代谁，
### 注册过滤器
-同拦截器一样，为了避免不必要的性能浪费，sa-token全局过滤器默认处于关闭状态，若要使用过滤器组件，首先你需要注册它到项目中：
+同拦截器一样，为了避免不必要的性能浪费，Sa-Token全局过滤器默认处于关闭状态，若要使用过滤器组件，首先你需要注册它到项目中：
``` java
/**
* [Sa-Token 权限认证] 配置类
@@ -29,7 +29,7 @@ Sa-Token同时提供过滤器和拦截器机制，不是为了让谁替代谁，
public class SaTokenConfigure {
/**
- * 注册 [sa-token全局过滤器]
+ * 注册 [Sa-Token全局过滤器]
*/
@Bean
public SaServletFilter getSaServletFilter() {
@@ -40,7 +40,7 @@ public class SaTokenConfigure {
// 认证函数: 每次请求执行
.setAuth(r -> {
- System.out.println("---------- 进入sa-token全局认证 -----------");
+ System.out.println("---------- 进入Sa-Token全局认证 -----------");
// 登录验证 -- 拦截所有路由，并排除/user/doLogin 用于开放登录
SaRouter.match("/**", "/user/doLogin", () -> StpUtil.checkLogin());
@@ -50,7 +50,7 @@ public class SaTokenConfigure {
// 异常处理函数：每次认证函数发生异常时执行此函数
.setError(e -> {
- System.out.println("---------- 进入sa-token异常处理 -----------");
+ System.out.println("---------- 进入Sa-Token异常处理 -----------");
return AjaxJson.getError(e.getMessage());
})
@@ -92,7 +92,7 @@ public class SaTokenConfigure {
public class SaTokenConfigure {
/**
- * 注册 [sa-token全局过滤器]
+ * 注册 [Sa-Token全局过滤器]
*/
@Bean
public SaReactorFilter getSaReactorFilter() {
diff --git a/sa-token-doc/doc/use/jur-auth.md b/sa-token-doc/doc/use/jur-auth.md
index 640c8cca..56549ee4 100644
--- a/sa-token-doc/doc/use/jur-auth.md
+++ b/sa-token-doc/doc/use/jur-auth.md
@@ -16,7 +16,7 @@
### 获取当前账号权限码集合
因为每个项目的需求不同，其权限设计也千变万化，因此【获取当前账号权限码集合】这一操作不可能内置到框架中，
-所以`sa-token`将此操作以接口的方式暴露给你，以方便的你根据自己的业务逻辑进行重写
+所以`Sa-Token`将此操作以接口的方式暴露给你，以方便的你根据自己的业务逻辑进行重写
你需要做的就是新建一个类，实现`StpInterface`接口，例如以下代码：
@@ -31,7 +31,7 @@ import cn.dev33.satoken.stp.StpInterface;
/**
* 自定义权限验证接口扩展
*/
-@Component // 保证此类被SpringBoot扫描，完成sa-token的自定义权限验证扩展
+@Component // 保证此类被SpringBoot扫描，完成Sa-Token的自定义权限验证扩展
public class StpInterfaceImpl implements StpInterface {
/**
@@ -92,7 +92,7 @@ StpUtil.checkPermissionOr("user-update", "user-delete");
### 角色认证
-在sa-token中，角色和权限可以独立验证
+在Sa-Token中，角色和权限可以独立验证
``` java
// 当前账号是否含有指定角色标识, 返回true或false
diff --git a/sa-token-doc/doc/use/many-account.md b/sa-token-doc/doc/use/many-account.md
index 7a0427ff..672642e9 100644
--- a/sa-token-doc/doc/use/many-account.md
+++ b/sa-token-doc/doc/use/many-account.md
@@ -5,7 +5,7 @@
有的时候，我们会在一个项目中设计两套账号体系，比如一个电商系统的 `user表` 和 `admin表`
在这种场景下，如果两套账号我们都使用 `StpUtil` 类的API进行登录鉴权，那么势必会发生逻辑冲突
-在sa-token中，这个问题的模型叫做：多账号体系验证
+在Sa-Token中，这个问题的模型叫做：多账号体系验证
要解决这个问题，我们必须有一个合理的机制将这两套账号的授权给区分开，让它们互不干扰才行
@@ -76,14 +76,21 @@ public String info() {
很简单，我们只要更改一下 `StpUserUtil` 的 `TokenName` 即可，参考示例如下：
``` java
-// 底层的 StpLogic 对象
-public static StpLogic stpLogic = new StpLogic("user") {
- // 重写 StpLogic 类下的 `splicingKeyTokenName` 函数，返回一个与 `StpUtil` 不同的token名称, 防止冲突
- @Override
- public String splicingKeyTokenName() {
- return super.splicingKeyTokenName() + "-user";
- }
-};
+public class StpUserUtil {
+
+ // 使用匿名子类 重写`stpLogic对象`的一些方法
+ public static StpLogic stpLogic = new StpLogic("user") {
+ // 重写 StpLogic 类下的 `splicingKeyTokenName` 函数，返回一个与 `StpUtil` 不同的token名称, 防止冲突
+ @Override
+ public String splicingKeyTokenName() {
+ return super.splicingKeyTokenName() + "-user";
+ }
+ // 同理你可以按需重写一些其它方法 ...
+ };
+
+ // ...
+
+}
```
再次调用 `StpUserUtil.login(10001)` 进行登录授权时，token的名称将不再是 `satoken`，而是我们重写后的 `satoken-user`
diff --git a/sa-token-doc/doc/use/mock-person.md b/sa-token-doc/doc/use/mock-person.md
index fc4b91f5..ab0e4a30 100644
--- a/sa-token-doc/doc/use/mock-person.md
+++ b/sa-token-doc/doc/use/mock-person.md
@@ -5,7 +5,7 @@
以上介绍的api都是操作当前账号，对当前账号进行各种鉴权操作，你可能会问，我能不能对别的账号进行一些操作？
比如：查看账号`10001`有无某个权限码、获取id账号为`10002`的用户`User-Session`，等等...
-sa-token在api设计时充分考虑了这一点，暴露出多个api进行此类操作
+Sa-Token在api设计时充分考虑了这一点，暴露出多个api进行此类操作
## 有关操作其它账号的api
diff --git a/sa-token-doc/doc/use/mutex-login.md b/sa-token-doc/doc/use/mutex-login.md
index 5dc7fbc4..46381019 100644
--- a/sa-token-doc/doc/use/mutex-login.md
+++ b/sa-token-doc/doc/use/mutex-login.md
@@ -7,7 +7,7 @@
## 具体API
-在`sa-token`中如何做到同端互斥登录?
+在`Sa-Token`中如何做到同端互斥登录?
首先在配置文件中，将 `isConcurrent` 配置为false，然后调用登录等相关接口时声明设备标识即可：
diff --git a/sa-token-doc/doc/use/not-cookie.md b/sa-token-doc/doc/use/not-cookie.md
index e8d287ff..13ff7da1 100644
--- a/sa-token-doc/doc/use/not-cookie.md
+++ b/sa-token-doc/doc/use/not-cookie.md
@@ -76,7 +76,7 @@ uni.request({
});
```
-4. 只要按照如此方法将`token`值传递到后端，`sa-token`就能像传统PC端一样自动读取到`token`值，进行鉴权
+4. 只要按照如此方法将`token`值传递到后端，`Sa-Token`就能像传统PC端一样自动读取到`token`值，进行鉴权
5. 你可能会有疑问，难道我每个`ajax`都要写这么一坨？岂不是麻烦死了
- 你当然不能每个`ajax`都写这么一坨，因为这种重复代码都是要封装在一个函数里统一调用的
diff --git a/sa-token-doc/doc/use/password-secure.md b/sa-token-doc/doc/use/password-secure.md
index 6a966bfa..be563e0a 100644
--- a/sa-token-doc/doc/use/password-secure.md
+++ b/sa-token-doc/doc/use/password-secure.md
@@ -1,7 +1,7 @@
# 密码加密
严格来讲，密码加密不属于 [权限认证] 的范畴，但是对于大多数系统来讲，密码加密又是安全认证不可或缺的部分，
-所以，应大家要求，`sa-token`在`v1.14版本`添加密码加密模块，该模块非常简单，仅仅封装了一些常见的加密算法
+所以，应大家要求，`Sa-Token`在`v1.14版本`添加密码加密模块，该模块非常简单，仅仅封装了一些常见的加密算法
@@ -27,7 +27,7 @@ AES加密
``` java
// 定义秘钥和明文
String key = "123456";
-String text = "sa-token 一个轻量级java权限认证框架";
+String text = "Sa-Token 一个轻量级java权限认证框架";
// 加密
String ciphertext = SaSecureUtil.aesEncrypt(key, text);
@@ -47,7 +47,7 @@ String privateKey = "MIICdgIBADANBgkqhkiG9w0BAQEFAASCAmAwggJcAgEAAoGBAO+wmt01pwm
String publicKey = "MIGfMA0GCSqGSIb3DQEBAQUAA4GNADCBiQKBgQDvsJrdNacJvZRzHauwPIJBIoJNFyjH47/uCIwBYVgkok3j+3bZZ3HhSW5Fsb23O0KN3wjqcJn3LJMFHN1UoMoiZDSQ7PYrz275bfCFNm2fjwQ8WMUgiRa4KLlTqQK/Gq/2+oDbmE4tb7dxZBrUowAhW9NNv+vESlE8nvP7XXFYpQIDAQAB";
// 文本
-String text = "sa-token 一个轻量级java权限认证框架";
+String text = "Sa-Token 一个轻量级java权限认证框架";
// 使用公钥加密
String ciphertext = SaSecureUtil.rsaEncryptByPublic(publicKey, text);
@@ -68,7 +68,7 @@ System.out.println(SaSecureUtil.rsaGenerateKeyPair());
### Base64编码与解码
``` java
// 文本
-String text = "sa-token 一个轻量级java权限认证框架";
+String text = "Sa-Token 一个轻量级java权限认证框架";
// 使用Base64编码
String base64Text = SaBase64Util.encode(text);
diff --git a/sa-token-doc/doc/use/remember-me.md b/sa-token-doc/doc/use/remember-me.md
index f7392c08..92dd7f36 100644
--- a/sa-token-doc/doc/use/remember-me.md
+++ b/sa-token-doc/doc/use/remember-me.md
@@ -5,19 +5,19 @@
-那么在sa-token中，如何做到 [ 记住我 ] 功能呢？
+那么在Sa-Token中，如何做到 [ 记住我 ] 功能呢？
### 在sa-token中实现记住我功能
-sa-token的登录授权，**默认就是`[记住我]`模式**，为了实现`[非记住我]`模式, 你需要在登录时如下设置：
+Sa-Token的登录授权，**默认就是`[记住我]`模式**，为了实现`[非记住我]`模式, 你需要在登录时如下设置：
``` java
// 设置登录账号id为10001，第二个参数指定是否为[记住我]，当此值为false后，关闭浏览器后再次打开需要重新登录
StpUtil.login(10001, false);
```
-那么，sa-token实现`[记住我]`的具体原理是？
+那么，Sa-Token实现`[记住我]`的具体原理是？
### 实现原理
diff --git a/sa-token-doc/doc/use/route-check.md b/sa-token-doc/doc/use/route-check.md
index ddf59d29..b7bdde34 100644
--- a/sa-token-doc/doc/use/route-check.md
+++ b/sa-token-doc/doc/use/route-check.md
@@ -5,7 +5,7 @@
> 项目中所有接口均需要登录验证，只有'登录接口'本身对外开放
我们怎么实现呢？给每个接口加上鉴权注解？手写全局拦截器？似乎都不是非常方便。
-在这个需求中我们真正需要的是一种基于路由拦截的鉴权模式, 那么在sa-token怎么实现路由拦截鉴权呢？
+在这个需求中我们真正需要的是一种基于路由拦截的鉴权模式, 那么在Sa-Token怎么实现路由拦截鉴权呢？
@@ -14,7 +14,7 @@
``` java
@Configuration
public class SaTokenConfigure implements WebMvcConfigurer {
- // 注册sa-token的登录拦截器
+ // 注册Sa-Token的登录拦截器
@Override
public void addInterceptors(InterceptorRegistry registry) {
// 注册登录拦截器，并排除登录接口或其他可匿名访问的接口地址 (与注解拦截器无关)
@@ -54,7 +54,7 @@ public class SaTokenConfigure implements WebMvcConfigurer {
``` java
@Configuration
public class SaTokenConfigure implements WebMvcConfigurer {
- // 注册sa-token的拦截器
+ // 注册Sa-Token的拦截器
@Override
public void addInterceptors(InterceptorRegistry registry) {
// 注册路由拦截器，自定义验证规则
diff --git a/sa-token-doc/doc/use/search-session.md b/sa-token-doc/doc/use/search-session.md
index 84dc1c2d..b431b800 100644
--- a/sa-token-doc/doc/use/search-session.md
+++ b/sa-token-doc/doc/use/search-session.md
@@ -1,7 +1,7 @@
# 会话治理
尽管框架将大部分操作提供了简易的封装，但在一些特殊场景下，我们仍需要绕过框架，直达数据底层进行一些操作
-sa-token提供以下API助你直接操作会话列表
+Sa-Token提供以下API助你直接操作会话列表
---
diff --git a/sa-token-doc/doc/use/session.md b/sa-token-doc/doc/use/session.md
index d61cecb7..7a5fb88f 100644
--- a/sa-token-doc/doc/use/session.md
+++ b/sa-token-doc/doc/use/session.md
@@ -4,7 +4,7 @@
### Session是什么？
Session是会话中专业的数据缓存组件，通过`Session`我们可以很方便的缓存一些高频读写数据，提高程序性能
-在`sa-token`中, `Session` 分为三种, 分别是：
+在`Sa-Token`中, `Session` 分为三种, 分别是：
- `User-Session`: 指的是框架为每个`loginId`分配的`Session`
- `Token-Session`: 指的是框架为每个`token`分配的`Session`
- `自定义Session`: 指的是以一个`特定的值`作为SessionId，来分配的`Session`
@@ -105,7 +105,7 @@ session.logout();
### 类型转换API
由于Session存取值默认的类型都是Object，因此我们通常会写很多不必要类型转换代码
-为了简化操作，sa-token自`v1.15.0`封装了存取值API的类型转换，你可以非常方便的调用以下方法：
+为了简化操作，Sa-Token自`v1.15.0`封装了存取值API的类型转换，你可以非常方便的调用以下方法：
``` java
// 写值
session.set("name", "zhang");
@@ -158,5 +158,5 @@ public void reset(HttpSession session) {
```
**要点：**
1. `SaSession` 与 `HttpSession` 没有任何关系，在`HttpSession`上写入的值，在`SaSession`中无法取出
-2. `HttpSession`并未被框架接管，在使用sa-token时，请在任何情况下均使用`SaSession`，不要使用`HttpSession`
+2. `HttpSession`并未被框架接管，在使用Sa-Token时，请在任何情况下均使用`SaSession`，不要使用`HttpSession`
diff --git a/sa-token-doc/doc/use/token-prefix.md b/sa-token-doc/doc/use/token-prefix.md
index f1313331..3ba68229 100644
--- a/sa-token-doc/doc/use/token-prefix.md
+++ b/sa-token-doc/doc/use/token-prefix.md
@@ -15,13 +15,13 @@
为此，我们需要在yml中添加如下配置：
``` java
spring:
- # sa-token配置
+ # Sa-Token配置
sa-token:
# token前缀
tokenPrefix: Bearer
```
-此时 sa-token 便可在读取token时裁剪掉 `Bearer`，成功获取`xxxx-xxxx-xxxx-xxxx`
+此时 Sa-Token 便可在读取token时裁剪掉 `Bearer`，成功获取`xxxx-xxxx-xxxx-xxxx`
### 注意点
diff --git a/sa-token-doc/doc/use/token-style.md b/sa-token-doc/doc/use/token-style.md
index 95b64c0e..0aefc418 100644
--- a/sa-token-doc/doc/use/token-style.md
+++ b/sa-token-doc/doc/use/token-style.md
@@ -49,7 +49,7 @@ import org.springframework.stereotype.Component;
import cn.dev33.satoken.action.SaTokenActionDefaultImpl;
/**
- * 继承sa-token行为Bean默认实现, 重写部分逻辑
+ * 继承Sa-Token行为Bean默认实现, 重写部分逻辑
*/
@Component
public class MySaTokenAction extends SaTokenActionDefaultImpl {
@@ -90,7 +90,7 @@ import cn.dev33.satoken.action.SaTokenActionDefaultImpl;
import cn.hutool.core.util.IdUtil;
/**
- * 继承sa-token行为Bean默认实现, 重写部分逻辑
+ * 继承Sa-Token行为Bean默认实现, 重写部分逻辑
*/
@Component
public class MySaTokenAction extends SaTokenActionDefaultImpl {
diff --git a/sa-token-doc/index.html b/sa-token-doc/index.html
index 3b578474..3b30aa3e 100644
--- a/sa-token-doc/index.html
+++ b/sa-token-doc/index.html
@@ -2,7 +2,7 @@
- sa-token
+ Sa-Token
@@ -176,7 +176,7 @@
提供SpringMVC、WebFlux、Solon等常见web框架的starter集成包，真正的开箱即用
- 有了sa-token，你所有的权限认证问题，都不再是问题！
+ 有了Sa-Token，你所有的权限认证问题，都不再是问题！
@@ -339,7 +339,7 @@