优化文档结构样式

sa-token-doc/micro/import-intro.md

@@ -5,6 +5,7 @@
 
 虽然在 [开始] 章节已经说明了依赖引入规则，但是交流群里不少小伙伴提出bug解决到最后发现都是因为依赖引入错误导致的，此处再次重点强调一下：
 
+> [!TIP| style:callout] 
 > **在微服务架构中使用Sa-Token时，网关和内部服务要分开引入Sa-Token依赖（不要直接在顶级父pom中引入Sa-Token）**
 
 总体来讲，我们需要关注的依赖就是两个：`sa-token-spring-boot-starter` 和 `sa-token-reactor-spring-boot-starter`：

sa-token-doc/micro/same-token.md

@@ -147,7 +147,8 @@ public class SaTokenConfigure implements WebMvcConfigurer {
 
 启动网关与子服务，访问测试：
 
-> 如果通过网关转发，可以正常访问，直接访问子服务会提示：`无效Same-Token：xxx`
+> [!WARNING| label:越过网关访问] 
+> 如果通过网关转发，可以正常访问。如果直接访问子服务会提示：`无效Same-Token：xxx`
 
 
 ### 三、服务间内部调用鉴权 
@@ -229,7 +230,8 @@ Same-Token 默认随 Sa-Token 数据一起保存在Redis中，理论上不会存
 ##### 2、如何主动刷新Same-Token，例如：五分钟、两小时刷新一次？
 Same-Token 刷新间隔越短，其安全性越高，每个Token的默认有效期为一天，在一天后再次获取会自动产生一个新的Token
 
-!> 需要注意的一点是：Same-Token默认的自刷新机制，并不能做到高并发可用，多个服务一起触发Token刷新可能会造成毫秒级的短暂服务失效，其只能适用于 项目开发阶段 或 低并发业务场景 
+> [!WARNING| label:注意点] 
+> 需要注意的一点是：Same-Token默认的自刷新机制，并不能做到高并发可用，多个服务一起触发Token刷新可能会造成毫秒级的短暂服务失效，其只能适用于 项目开发阶段 或 低并发业务场景 
 
 因此在微服务架构下，我们需要有专门的机制主动刷新Same-Token，保证其高可用