2014-J2EE开发工作中遇到的异常问题及解决方法总结

本人做了近三年的J2EE开发工作，主要架构为SSH+MySQL+Tomcat，项目中也用到了一些第三方的开源工具或者中间件，工作中难免会遇到各种各样的异常问题，对于一些给我造成比较大的麻烦的问题，我习惯将他们和解决方案记录下来，以免下次遇到时再次东搜西找。这些问题有些可能并不是多难的技术问题，而只是容易被我们忽略而不易察觉的小问题，但是正因为不易察觉，它们往往会耗费我们比较多的时间，这点我相信很多同行都会有同感，因此，我觉得这个习惯相当有用，建议做开发的朋友都有一个自己的异常记录，并能够分享出来，惠及大家。以下是我工作中遇到过的一些异常，共36种：

1.    HttpClient I/O exception：

错误信息：I/O exceptioncaught when processing request:Connection timed out:connect

错误原因：IP不正确。

解决方法：改正IP

2.    Ambiguous handler methods mapped

错误信息：java.lang.IllegalStateException: Ambiguoushandler methods mapped for HTTP path '/lowpressure.json'

Ambiguous:模糊不清的，有歧义的

错误原因：项目中存在两个相同的RequestMapping路径

解决方法：修改其中一个名称

3.    session read-only

错误信息：org.springframework.dao.InvalidDataAccessApiUsageException: Write operations are not allowed in read-only mode(FlushMode.NEVER/MANUAL): Turn your Session into FlushMode.COMMIT/AUTO orremove 'readOnly' marker from transaction definition.

错误原因：开启了openSessionInViewFilter，而这种session的默认模式是只读。

解决方法：为其设置初始化参数singleSession=false。

<init-param>

              <param-name>singleSession</param-name>

              <param-value>false</param-value>

    </init-param>

4.    org/hibernate/exception/DataException

错误信息：

javax.servlet.ServletException:java.lang.NoClassDefFoundError:org/hibernate/exception/DataException

Caused by: java.lang.NoClassDefFoundError:org/hibernate/exception/DataException

错误原因：不明。好像是因为开启了openSessionInViewFilter（你可能不信，但确实是这样！）

解决方法：关闭openSessionInViewFilter

5.    Initializing connection provider:

异常信息：Initializing connection provider:

org.springframework.orm.hibernate3.LocalDataSourceConnectionProvider

Tomcat启动时长时间停留在此处

原因：不明！

解决方法：自愈！

6.    www.highcharts.com/errors/13

错误信息：

uncaught exception: Highcharts error #13: www.highcharts.com/errors/13

highcharts画趋势图时firebug捕捉到异常！

错误原因：highchairs官网给出原因

Rendering div not found

This error occurs if the chart.renderTo option ismisconfugured so that Highcharts is unable to find the HTML element to renderthe chart in.

解决方法：配置chart.renderTo为一个存在的div的id。

7.    C3p0获取连接失败

错误信息：java.sql.SQLException: An attempt by a clientto checkout a Connection has timed out

错误原因：客户端从连接池中获取连接超时，通常是因为连接池中连接达到最大数量，且都被取走还未归还，出项这一现象的原因有两种：一是连接最大数配置过小不够并发使用，二是程序中存在连接泄露，有使用后未归还处。

解决方法：排查有无连接未close，若没有则增加最大连接数量！

8.    org.hibernate.NonUniqueObjectException

错误信息：a differentobject with the same identifier value was already associated with the session:

错误原因：这个错误产生原因是因为在hibernate中同一个session里面有了两个相同标识但是不同实体的对象.比如通过hibernate从数据库中查出一个对象A，有手动new了一个新的对象B,并且付给B与A相同的标识符，再通过hibernate保存B，这样就在session里同时存在A和B这两个相同标识符但不同的对象。

解决方法：方法1，保存B之前，调用一下session.clear(),清空一下当前session,但此方法不适合在一次需要保存多个对象时，不推荐使用！

方法2，在保存B之前，清除一下session中A对象，只清除A对象，调用session.evict(A)即可;

方法3，通过调用session.merge(B),这样会用B去更新库中的A，但不会把B持久化，session中就不会同时存在A和B

方法4，把B对象的属性值都set到A中，然后还保存A即可。

几种方法根据业务需要选择使用，如无特殊需要，推荐采用第三种方法。

9.    doesnot contain handler parameter named 'method'

错误信息:Request[/patientSelfAction] does not contain handlerparameter named 'method'.  This may becaused by whitespace in the label text.

10.          Socket异常1:Address already in use: JVM_Bind

该异常发生在服务器端进行new ServerSocket(port)（port是一个0，65536的整型值）操作时。异常的原因是以为与port一样的一个端口已经被启动，并进行监听。此时用netstat –an命令，可以看到一个Listending状态的端口。只需要找一个没有被占用的端口就能解决这个问题。

11.          Socket异常2: Connection refused: connect

该异常发生在客户端进行new Socket(ip, port)操作时，该异常发生的原因是或者具有ip地址的机器不能找到（也就是说从当前机器不存在到指定ip路由），或者是该ip存在，但找不到指定的端口进行监听。出现该问题，首先检查客户端的ip和port是否写错了，如果正确则从客户端ping一下服务器看是否能ping通，如果能ping通（服务服务器端把ping禁掉则需要另外的办法），则看在服务器端的监听指定端口的程序是否启动，这个肯定能解决这个问题。

12.          Socket异常3: Socket is closed

该异常在客户端和服务器均可能发生。异常的原因是己方主动关闭了连接后（调用了Socket的close方法）再对网络连接进行读写操作。 

13.          Socket异常4: Connection reset

该异常在客户端和服务器端均有可能发生，引起该异常的原因有两个，第一个就是如果一端的Socket被关闭（或主动关闭或者因为异常退出而引起的关闭），另一端仍发送数据，发送的第一个数据包引发该异常(Connect reset by peer)。另一个是一端退出，但退出时并未关闭该连接，另一端如果在从连接中读数据则抛出该异常（Connection reset）。简单的说就是在连接断开后的读和写操作引起的。

14.          Socket异常5: Broken pipe

该异常在客户端和服务器均有可能发生。在第4个异常的第一种情况中（也就是抛出SocketExcepton:Connect reset by peer:Socket write error后），如果再继续写数据则抛出该异常。前两个异常的解决方法是首先确保程序退出前关闭所有的网络连接，其次是要检测对方的关闭连接操作，发现对方关闭连接后自己也要关闭该连接。

15.          视图转储为sql后无法导入

使用navicat工具导出数据库为sql文件后，其中视图的sql语句中有以下内容：

DROP VIEW IF EXISTS `bloodpressure`;

CREATE ALGORITHM=UNDEFINEDDEFINER=`root`@`` SQL SECURITY DEFINER VIEW `bloodpressure` AS....

其中DEFINER的值中@后面应该是数据库所在主机的IP地址，通过可视化工具建立连接后执行sql语句的话，可以直接使用localhost或者127.0.0.1即可，即DEFINER=`root`@`localhost`

16.          完全卸载MySQL

由于各种原因需要重装MysSQL，通常会遇到原来的配置信息卸载不干净而引起重装失败的现象。那么如何才能确保MySQL卸载干净呢？如果你是通过控制面板的“添加和删除程序”来卸载MySQL的话，那么你还需要进行以下两步操作：

1、删除原数据信息，即删除C:\Documents and Settings\All Users\Application Data路径下的MySQL文件夹，有时改文件夹可能被隐