记一次升级Oracle驱动引发的死锁( 二 ) _Oracle

大致的逻辑是通过从连接池获取的Connection创建了一个存储过程，然后给存储过程设置了两个ARRAY参数，在创建ARRAY时需要指定相应的ArrayDescriptor，最后执行存储过程；
产生异常分别在两次setArray的地方，线程1在setArray1的地方，线程2在setArray2的地方，所有以此为入口分别查看两个驱动版本相关类：OraclePreparedStatement，ARRAY，ArrayDescriptor以及OracleTypeADT；
驱动11.2.0.4.0版本首先查看OraclePreparedStatement中调用的setArray，最终会调用如下方法：

文章插图

在方法setARRAYInternal中使用了connection作为了对象锁，接下来OraclePreparedStatement会调用ARRAY，然后ARRAY调用ArrayDescriptor，最后ArrayDescriptor在调用OracleTypeADT，为了方便看出问题直接展示OracleTypeADT中使用锁的地方：

文章插图

同样使用connection做为锁对象，这样就存在同时需要获取两把锁了，而上面两把锁都是connection对象，应该不会出现死锁，但是深入发现其实OracleTypeADT中的connection对象是从ArrayDescriptor中获取的，而ArrayDescriptor是一个共享的类变量，这样在多线程环境下就会出现被赋值不同的connection，从而导致出现死锁的问题；
大致流程如下：
1.首先线程1获取conn1，然后线程2获取conn2；
2.然后线程1创建Array1，同时对共享的ArrayDescriptor1设置connection=conn1；
3.线程1挂起，线程2创建Array1，同时对共享的ArrayDescriptor1设置connection=conn2，对共享的ArrayDescriptor2设置connection=conn2；
4.线程2继续占用cpu，执行setArray1，这时候都是Array1和ArrayDescriptor1中的锁都是conn2，所以没有问题，继续执行setArray2，在执行完获取第一把锁conn2之后，线程2挂起；
5.线程1抢占cpu，对共享的ArrayDescriptor2设置connection=conn1，然后执行setArray1；但此时Array1中的connection是conn1，而ArrayDescriptor1中的connection是conn2，所以出现线程1占用了conn1，等待conn2锁；
6.此时线程2再次抢到cpu，但是在获取第二把锁时，此时ArrayDescriptor2中的connection已经被设置成了conn1，而conn1已经被线程1占有，所以等待获取conn1；
7.死锁出现了线程1占有了conn1锁，等待conn2锁；线程2占有了conn2锁，等待conn1锁；从而导致死锁发生；
从上面的分析可以看出主要原因是ArrayDescriptor被设置成了类变量，被多个线程所访问，解决死锁问题可以把ArrayDescriptor改成局部变量；但是如果仅是业务造成的问题，那应该在驱动ojdbc-1.4中存在同样的死锁问题，但是此项目在虚拟机环境中一直没有出现过问题；继续看ojdbc-1.4源码；
驱动10.1.0.5.0版本同样分析此驱动版本中的相同类，同上首先查看OraclePreparedStatement中调用的setArray，最终会调用如下方法：