org.apache.ibatis.cache.CacheException: Error serializing object. Cause: java.io.NotSerializableException: com.ljh.pojo.Blog 错误
首先需要了解这个:官文缓存一节提到,当你在XXMapper.xml
中只是简单配置了二级缓存之后,不显示加上readOnly="true"
,那么默认的
<mapper namespace="com.xx.xx.XXMapper">
<cache/>
<!--select~ insert~ update ~ delete~-->
<mapper namespace="com.XX.dao.XXMapper">
缓存会被视为读/写缓存,这意味着获取到的对象并不是共享的,可以安全地被调用者修改,而不干扰其他调用者或线程所做的潜在修改。
报错原因:
就是<cache/>
的readOnly
属性默认是false
。
当配置过readOnly="true"
时,只读缓存
会给所有调用者返回缓存对象的相同实例。这就提供了可观的性能提升。但同时特点就是这些对象不能被修改。而可读写
的缓存会(通过序列化
)返回缓存对象的深拷贝
。 速度上会慢一些,但是更安全,这也是为什么默认值
是 false
,安全第一嘛。
所以当我们不配置readOnly="true"
,而又尝试获取二级缓存的中那些没有实现可序列化接口
的对象时,就会报错。那么就有两种方式可以解决问题:
解决方案:
第一种方式:让对应的类实现java.io.Serializable
接口,即让该类可以序列化。
import java.io.Serializable;
public class Blog implements Serializable{
private String id;
private String title;
private String author;
private Date createTime;
private int views;
}
/*
//原本可能是这样写的
public class Blog{
```
```
}
*/
第二种方式:在xxxMapper.xml
文件中,<cache/>
下配置readOnly="true"
,那么此时只读模式就不许要序列化。
<?xml version="1.0" encoding="UTF-8" ?>
<!DOCTYPE mapper PUBLIC "-//mybatis.org//DTD Config 3.0//EN" "http://mybatis.org/dtd/mybatis-3-mapper.dtd">
<mapper namespace="com.xx.xx.XxxMapper">
<cache readOnly="true"/>
<!--
<insert>
```
```
<select>
-->
</mapper>
(cache其他参数)补充:
cache 还有其他属性也可调整
<cache eviction="FIFO"
flushInterval="1"
size="1"
readOnly="true">
这个配置创建了一个 FIFO 缓存,每隔 60 秒刷新,最多可以存储结果对象或列表的 512 个引用,而且返回的对象被认为是只读的,因此对它们进行修改可能会在不同线程中的调用者产生冲突。
可用的清除策略有:
LRU
– 最近最少使用:移除最长时间不被使用的对象。FIFO
– 先进先出:按对象进入缓存的顺序来移除它们。SOFT
– 软引用:基于垃圾回收器状态和软引用规则移除对象。WEAK
– 弱引用:更积极地基于垃圾收集器状态和弱引用规则移除对象。
默认的清除策略是 LRU。
flushInterva
l(刷新间隔)属性可以被设置为任意的正整数,设置的值应该是一个以毫秒为单位的合理时间量。 默认情况是不设置,也就是没有刷新间隔,缓存仅仅会在调用语句时刷新。
size
(引用数目)属性可以被设置为任意正整数,要注意欲缓存对象的大小和运行环境中可用的内存资源。默认值是 1024。
readOnly
(只读)属性可以被设置为 true 或 false。只读的缓存会给所有调用者返回缓存对象的相同实例。 因此这些对象不能被修改。这就提供了可观的性能提升。而可读写的缓存会(通过序列化)返回缓存对象的拷贝。 速度上会慢一些,但是更安全,因此默认值是 false。
提示:二级缓存是事务性的。这意味着,当 SqlSession 完成并提交时,或是完成并回滚,但没有执行 flushCache=true 的 insert/delete/update 语句时,缓存会获得更新。