实战经验总结报告.docxVIP

异常报告一：java.io.NotSerializableException错误解决方法运行tomcat下面的?ssh项目，启动，打开某页面（让session起作用），停止；再启动，有可能会报类似如下的错误：??org.apache.catalina.session.StandardManager doLoad严重: IOException while loading persisted sessions: java.io.WriteAbortedException: writing aborted; java.io.NotSerializableException: xxxxxxxxjava.io.WriteAbortedException: writing aborted; java.io.NotSerializableException: xxxxxxxx???org.apache.catalina.session.StandardManager start严重: Exception loading sessions from persistent storagejava.io.WriteAbortedException: writing aborted; java.io.NotSerializableException: xxxxxxx?原因是：tomcat停止时，保存session资源，然后在重启服务后，会尝试恢复session。?解决办法一：?配置tomcat在关闭的时候就不去保存session资源。??在server.xml中Context下添加如下的内容：Manager className=org.apache.catalina.session.PersistentManager saveOnRestart=false/?再进行启动停止等操作，报如下的类似错误：?org.apache.catalina.session.PersistentManagerBase start严重: No Store configured, persistence disabled?原因是添加的东东少添加了一点点儿。解决办法：修改刚才添加的?Context中Manager?元素：将????Manager className=org.apache.catalina.session.PersistentManager saveOnRestart=false/改为：????Manager className=org.apache.catalina.session.PersistentManager saveOnRestart=false????????Store className=org.apache.catalina.session.FileStore/????/Manager即可解决该问题。???解决办法二：将那些需要放在session的类进行序列化。也就是让类实现接口java.io.Serializable即可异常报告二：异常状态：The serializable class XXX does not declare a static final serialVersionUID field of type long实现java.io.Serializable这个接口是为序列化,serialVersionUID 用来表明实现序列化类的不同版本间的兼容性。如果你修改了此类, 要修改此值。否则以前用老版本的类序列化的类恢复时会出错。实现后如果你用的是工具的话会出来警告,他会提示你,可以自动生成private static final long serialVersionUID = 1L; 为了在反序列化时，确保类版本的兼容性，最好在每个要序列化的类中加入private static final long serialVersionUID这个属性，具体数值自己定义.　　在JDK中，可以利用JDK的bin目录下的serialver.exe工具产生这个serialVersionUID，如对于Test.class可执行如下命令：serialver Test。这样，即使某个类在与之对应的对象已经序列化出去后做了修改，该对象依然可以被正确反序列化。否则，如果不显式定义该属性，这个属性值将由JVM根据类的相关信息计算，而修改后的类的计算结果与修改前的类的计算结果往往不同,从而造成对象的反序列化因为类版本不兼容而失败。不显式定义这个属性值的另一个坏处是，不利于程序在不同的JVM之间的移植。因为不同的编译器实现该属性值的计算策略可能不同，从而造成虽然类没有改变，但是因为JVM不同，出现因类版本不兼容而无法正确反序列化的现象出现。当我们的系统不