今天项目里同事出现一个奇怪的问题，就是一个prepareStatement的resultset, getInt(1) 连续调用多次，就会出现如下异常：
java.lang.ArrayIndexOutOfBoundsException: 1 at org.postgresql.util.ByteConverter.int4(ByteConverter.java:46) ~[postgresql-42.2.5.jar:42.2.5] at org.postgresql.jdbc.PgResultSet.getInt(PgResultSet.java:2061) ~[postgresql-42.2.5.jar:42.2.5] at org.postgresql.jdbc.PgResultSet.internalGetObject(PgResultSet.java:183) ~[postgresql-42.2.5.jar:42.2.5] at org.postgresql.jdbc.PgResultSet.getObject(PgResultSet.java:2572) ~[postgresql-42.2.5.jar:42.2.5] at com.zaxxer.hikari.pool.HikariProxyResultSet.getObject(HikariProxyResultSet.java) ~[HikariCP-3.4.5.jar:?]
我第一反应是不是线程安全问题，我仔细查看了同事的代码，由于用的是Spring JDBCTemplate, 也基本不太会出现线程安全和资源泄露的问题，在网上搜了一圈，也没搜到什么结果，我们的异常是getObject(1), 不可能越界，越界的是 PG的代码，极有可能是PG的问题，那么只能自己分析PG JDBC driver源码了。网上也有其他人反应过这个问题，PG官方测试无法重现，后来问题报告者说用的是GuassDB，极有可能是GuassDB的bug了，看来，只能想办法绕过这个问题了，PG为什么要在getInt时去ByteConverter呢？搜了pg官方BBS，有一段说明：
After the 5th select we switch to binary mode.
好吧，那么，可以disable这个特征吗？继续google，还真可以，BBS上说：
you change prepareThreshold=0 which turns this feature off
赶紧让同事试试在jdbc url后面加上这个参数测试，果然解决了问题。
