sa-token/sa-token-doc/doc/use/dao-extend.md

持久层扩展

---

Sa-token默认将会话数据保存在内存中，此模式读写速度最快，且避免了序列化与反序列化带来的性能消耗，但是此模式也有一些缺点，比如：重启后数据会丢失，无法在集群模式下共享数据

为此，sa-token将数据持久操作全部抽象到 SaTokenDao 接口中，此设计可以保证开发者对框架进行灵活扩展，比如我们可以将会话数据存储在 Redis、Memcached等专业的缓存中间件中，做到重启数据不丢失，而且保证分布式环境下多节点的会话一致性

除了框架内部对SaTokenDao提供的基于内存的默认实现，官方仓库还提供了以下扩展方案：

1. sa-token 整合 Redis (使用jdk默认序列化方式)

(注意: 整合Redis只需要引入对应的pom依赖即可，所有上层API保持不变)

	<!-- sa-token整合redis (使用jdk默认序列化方式) -->
	<dependency>
		<groupId>cn.dev33</groupId>
		<artifactId>sa-token-dao-redis</artifactId>
		<version>1.13.0</version>
	</dependency>

优点：兼容性好，缺点：Session序列化后基本不可读，对开发者来讲等同于乱码

2. sa-token 整合 Redis (使用jackson序列化方式)

	<!-- sa-token整合redis (使用jackson序列化方式) -->
	<dependency>
		<groupId>cn.dev33</groupId>
		<artifactId>sa-token-dao-redis-jackson</artifactId>
		<version>1.13.0</version>
	</dependency>

优点：Session序列化后可读性强，可灵活手动修改，缺点：兼容性稍差

请注意，无论使用哪种序列化方式，你都必须为项目提供一个Redis实例化方案，例如：

	<!-- 提供redis连接池 -->
	<dependency>
		<groupId>org.apache.commons</groupId>
		<artifactId>commons-pool2</artifactId>
	</dependency>

更多框架的集成方案正在更新中... (欢迎大家提交pr)