最近SSH报错很多,但是这个错时不时出现,总结理解一下:
错误如下:
严重: Exceptionloading sessions from persistent storage
java.io.WriteAbortedException: writing aborted; java.io.NotSerializableException: cn.itcast.shop.category.vo.Category
错误解释:
从持久化存储中加载Session失败,写入失败。
异常类型:
java.io.WriteAbortedException (写入失败异常)
java.io.NotSerializableException(未序列化异常)
错误原因:
这是由于tomcat上次非正常关闭时有一些活动session被持久化(表现为一些临时文件),tomcat尝试去恢复这些session的持久化数据但又读取失败造成的。
看了一个牛人的博客之后,了解到了session持久化,如下:
为什么需要持久化
客户端访问了某个能开启会话功能的资源, web服务器就会创建一个与该客户端对应的HttpSession对象,每个HttpSession对象都要站用一定的内存空间。如果在某一时间段内访问站点的用户很多,web服务器内存中就会积累大量的HttpSession对象,消耗大量的服务器内存,即使用户已经离开或者关闭了浏览器,web服务器仍要保留与之对应的HttpSession对象,在他们超时之前,一直占用web服务器内存资源。
web服务器通常将那些暂时不活动但未超时的HttpSession对象转移到文件系统或数据库中保存,服务器要使用他们时再将他们从文件系统或数据库中装载入内存,这种技术称为Session的持久化。
将HttpSession对象保存到文件系统或数据库中,需要采用序列化的方式将HttpSession对象中的每个属性对象保存到文件系统或数据库中;将HttpSession对象从文件系统或数据库中装载如内存时,需要采用反序列化的方式,恢复HttpSession对象中的每个属性对象。所以存储在HttpSession对象中的每个属性对象必须实现Serializable接口
Session的持久化的作用:
1.提高服务器内存的利用率,保证那些暂停活动的客户端在会话超时之前继续原来的会话
2.在多台web服务器协同对外提供服务的集群系统中,使用Session的持久化技术,某台服务器可以将其中发生改变的Session对象复制给其他服务器。保证了在某台服务器停止工作后可以由其他服务器来接替它与客户端的会话
3.在一个web应用程序重启时,服务器也会持久化该应用程序中所有HttpSession对象,保证客户端的会话活动仍可以继续。
Tomcat使用Session Manager 类来管理Session的持久化,他提供了两个SessionManager类
org.apache.catalina.session.StandardManager
org.apache.catalina.session.PersistentManager
StandardManager是tomcat默认使用的,在web应用程序关闭时,对内存中的所有HttpSession对象进行持久化,把他们保存到文件系统中。
于是乎,这个错误的一个原因就是由于TomCat非正常关闭导致Session持久化,另一个原因就是java.io.NotSerializableException未实现序列化接口。
解决办法:
(1)让对应的类(SSH中的Category类)去实现序列化接口
public class Category implements Serializable//实现Seriablizable接口
(2)TomCat目录下是否生成了Session.Ser文件,如果有将其删除即可。