为节约键盘敲击次数，记PreparedStatement为PS， PreparedStatementCache为PSCache，并且所有的SQL使用的绑定变量。
原理：
http://agapple.iteye.com/blog/838286
http://singleant.iteye.com/blog/1298837
使用：
1. 使用ps.
sql里用？占位，等待被替换。例如，select * from table1 where user_name = ? and age > ?
2. 启用pscache。
<bean id="dataSource" class="org.apache.commons.dbcp.BasicDataSource" destroy-method="close"> .... <property name="poolPreparedStatements" value="true" /> <property name="maxOpenPreparedStatements" value="10" /> .... </bean>
3. 解析后的PS缓存，与重复利用。
sql语句，被发送到DB server端，经一系列处理（语法解析、语义解析、结构优化），转化为一个树型结构（sql, string -> tree）。
3.1 sql解析后（string -> tree），如何将ps放到pscache里？
首先，澄清个概念。执行树这个不是在应用客户端的，是在oracle服务器那边，server中也有pscache.
再者是说，只要客户端开启了PSCache，那么CS端都会缓存住这些个树（尽管C端维护的结构可能简单一点）。
底层会缓存（LRU替换），用户不用关心。
3.2 假如pscache中，有一棵树是select * from table1 where user_name = ? and age > ? ，现在并发来了50个线程，都要用这棵树，如何复用？
执行树是一个具体的执行步骤了，是oracle服务器底层的具体执行步骤，所以再多的并发，直接拿过来用就是了，跟并发没有很多的关系。
可以理解为一个非状态的公共方法，就可以了，多个线程直接调用，复用这个方法，不存在瓶颈。
本质上来说，是oracle底层“包揽了”。底层逻辑：
1) 根据sql（String及参数类型等各种信息），计算出一个key，看它在pscache里是否存在。
2) 如果存在，要看能否直接使用。能就用，不能就会临时创建出一个ps给我用（这个新的ps不会被插到pscache中，因为cache里已经有啦）
3) 如果不存在，那么就创建一个ps对象，并把它放到pscache中，根据LRU规则调整下pscache.