解决ORA-04068 异常existing state of packages has been discarded

落日映苍穹つ 2022-06-15 07:29 102阅读 0赞

```
    2011-01-07 08:49:31,604 ERROR [STDERR] java.sql.SQLException: ORA-04068: existing state of packages has been discarded
    ORA-04061: existing state of package body "ISGIS.GIS_DIST_STAT" has been invalidated
    ORA-04065: not executed, altered or dropped package body "ISGIS.GIS_DIST_STAT"
    ORA-06508: PL/SQL: could not find program unit being called: "ISGIS.GIS_DIST_STAT"
    ORA-06512: at "ISGIS.VEHICLE_TEST_PROCCCCC", line 100
    ORA-06512: at line 1
    ``

2011-01-07 08:49:31,604 ERROR [STDERR] java.sql.SQLException: ORA-04068: existing state of packages has been discarded  
    ORA-04061: existing state of package body "ISGIS.GIS_DIST_STAT" has been invalidated  
    ORA-04065: not executed, altered or dropped package body "ISGIS.GIS_DIST_STAT"  
    ORA-06508: PL/SQL: could not find program unit being called: "ISGIS.GIS_DIST_STAT"  
    ORA-06512: at "ISGIS.VEHICLE_TEST_PROCCCCC", line 100  
    ORA-06512: at line 1

错误的信息是说ISGIS.GIS\_DIST\_STAT这个包的状态是无效的，也就是说，DBServer重新编译了这个包，导致出现此异常，如果在这个时候再查询一次就不会报这个错，原因是当包编译的时候会将包的状态缓存起来，当你重新编译的时候，之前缓存的包的状态变成了OLD，新编译的变成了NEW，当程序来请求这个包的时候，加载的是OLD，而这个OLD已经被标示成无效的了，所以报错，当你再一次查询的时候，程序已经知道这个包是无效的，所以重新加载NEW，就不会再报错，解决的方法大致有三个：

1。将所用到的包设置成无状态的包，也就是说，不能在包里面设置全局变量，这样，即使重新编译了包，也不会出现以上错误，这需要在程序设计时就必须考虑到，但是很遗憾，我目前的程序在设计的时候没有考虑这一点，包的规模比较大，全局变量到处都是！

2。将包中的全局变量拿出来放到一个新的包里，当前包不设置全局变量，当前包需要全局变量的时候到新包里去取，这样，只要不重新编译全局变量所在的包，就不会出现异常。我觉得这个方法比较好，因为要做到包里面没有全局变量，不是要做很多重复的工作吗？但是目前我这个程序中的全局变量到处都是，改起来太麻烦了，看来还是要在程序设计的时候考虑全面一点！

3。如果你的项目中用到了spring框架，那你一定会知道Spring的环绕通知，所谓环绕通知，就是在方法执行前和执行后都会调用这个通知，在这个通知里，你可以改变传入方法的参数，也可以修改方法的返回值，当然还有前置通知和后置通知，不懂的朋友自己去查资料吧，我的打算是给需要调用包的方法都加上环绕通知，然后在方法执行完判断是否出现了4068异常,如果出现了此异常，就再去执行一次，这样就不会出现查不到数据的情况了，而且源代码不需要改动，只要加配置文件和一个类就Ok，如果没有用到spring那就自己想办法吧，可以在执行的时候判断是否出现4068异常，然后再重新查询，反正思路大致就是这样，网上还有一种做法，我觉得也还不错，就是将callableStatement,PreparedStatement,Statement这些类中的执行数据库操作的方法重写，然后判断有没有出现4068异常，如果出现，再执行一次，这要求你在有可能出现4068异常的地方执行数据库操作都使用自己重写过的类，如果项目庞大并且已经成型，你会晕的，如果在项目搭建的时候就考虑到4068异常，这也未尝不是一个好方法。

总结：

综上所述，个人觉得如果对数据库更改方便的话，尽量使用第2种方法，如果数据库不能随便让你动，而且程序已经成型，不能去大范围改动源代码，那就使用Spring的环绕通知来做这个事情比较划算！

嘿嘿，看来以后项目搭建的时候，如果数据库用到包的话，那就要考虑考虑4068异常咯，因为等成型了再来改就比较麻烦了！我也是一菜鸟，希望高手看到不对的地方指正一下，谢谢！

附:

Java判断数据库4086异常的代码

public static boolean returnExecutionRequired(SQLException e){
    boolean returnValue="72000".equals(e.getSQLState()) && e.getErrorCode()==4068;
    return returnValue;
    }