关于Java调用JDBC出现ORA-01000: maximum open cursors exceeded
一个短信发送程序,已经不知被我倒腾了多少次了。昨天客户又提出新的问题,一条短信字数太多的,不再在录入界面做字数限制,而要求我把它分割成多条发送。稍微动了动脑子后,我决定用循环来切割短信内容。 一切进展的还算顺利,但就在调试的时候,报出了ORA-01000: maximum open cursors exceeded这个错。表面上看是数据库的游标数不够了,我在v$open_cursor里面看到了相关短信表的游标没有释放,首先想到的是表结构的问题,想把相关表的initial和next改大,改到50M,竟然发现直接改不了(可能是我没找到方法-.-||),于是就在Google上寻找答案了。 很幸运,遇到这种情况的人不在少数,正解很快找到了。\\(^o^)/ 原来,这个错误主要还是代码问题引起的。 这样的错误很容易出现在Java代码中的主要原因是:Java代码在执行conn.createStatement()和conn.prepareStatement()的时候,实际上都是相当与在数据库中打开了一个cursor。尤其是,如果你的createStatement和prepareStatement是在一个循环里面的话,就会非常容易出现这个问题。因为游标一直在不停的打开,而且没有关闭。我正好就是把conn.prepareStatement()放在了切割短信内容的循环里。 一般来说,我们在写Java代码的时候,createStatement和prepareStatement都应该要放在循环外面,而且使用了这些Statment后,及时关闭。最好是在执行了一次executeQuery、executeUpdate等之后,如果不需要使用结果集(ResultSet)的数据,就马上将Statment关闭。 对于出现ORA-01000错误这种情况,单纯的加大open_cursors并不是好办法,那只是治标不治本。实际上,代码中的隐患并没有解除。而且,绝大部分情况下,open_cursors只需要设置一个比较小的值,就足够使用了,除非有非常特别的要求。 最终,考虑到切割和发送必须放在循环里,我选择了在发送完后及时关闭StateMent,问题果然解决啦!欧耶!心情大好,保持这个心态,迎接即将到来的、寄托了我很多希望的五一吧!O(∩_∩)O~ |