当应用程序需要一个Connection的时候Spring在连接池里请求一个Connection给应用程序用我想知道的是,连接池如何判断一个Connection当前已经没有应用程序使用了呢?是Spring需要修改Connection的某些属性,还是连接池自己去判断?

解决方案 »

  1.   

    网上看的资料是说,如果使用了连接池,那么得到的Connection对象的close方法的实现,实际上只是通知了连接池,该对象可回收,但没有真的进行关闭是真的么?
      

  2.   

    具体是这样的,JDK提供了数据源的接口标准(这个是属于JDBC标准):javax.sql.DataSource,各个厂商具体给了实现,比如CP30等,这样避免了各个厂商五花八门的实现无法统一(这也是接口的好处)。而在DataSource接口中提供了获取Connection的方法和断开Connection的方法。因此,我们通过操作这个接口,实际上操作的是告诉数据源我要一个连接,或者不要连接,CP30等得到这个消息后会将其置为空闲,等待给其他地方用。楼主可以看cp30等资料就会发现的确是这样的。希望上边说的能帮助楼主,呵呵呵。
      

  3.   

    Spring整合了很多ORM框架,为这些框架提供了统一的封装接口,实际上最终也是Spring调用这些框架的实现,然后这些框架又调用了这些接口来完成关闭的。
      

  4.   

    是没有进行真的关闭,只是放到池子中了,可以代理模式进行实现
    整合代码c3p0<tx:annotation-driven transaction-manager="txManager" />
    <bean id="txManager" class="org.springframework.jdbc.datasource.DataSourceTransactionManager">  
            <property name="dataSource" ref="dataSource" />  
        </bean>  
    <bean id="dataSource"        class="com.mchange.v2.c3p0.ComboPooledDataSource"        destroy-method="close">        <property name="driverClass">            <value>com.mysql.jdbc.Driver</value>        </property>        <property name="jdbcUrl">            <value>jdbc:mysql://192.168.1.222:3316/cctest?zeroDateTimeBehavior=convertToNull</value>        </property>        <property name="user">            <value>root</value>        </property>        <property name="password">            <value>root</value>        </property> <!--连接池中保留的最小连接数。-->        <property name="minPoolSize">            <value>5</value>        </property> <!--连接池中保留的最大连接数。Default: 15 -->        <property name="maxPoolSize">            <value>10</value>        </property><!--初始化时获取的连接数,取值应在minPoolSize与maxPoolSize之间。Default: 3 -->        <property name="initialPoolSize">            <value>10</value>        </property> <!--最大空闲时间,60秒内未使用则连接被丢弃。若为0则永不丢弃。Default: 0 -->        <property name="maxIdleTime">            <value>60</value>        </property> <!--当连接池中的连接耗尽的时候c3p0一次同时获取的连接数。Default: 3 -->        <property name="acquireIncrement">            <value>5</value>        </property> <!--JDBC的标准参数,用以控制数据源内加载的PreparedStatements数量。但由于预缓存的statements
      属于单个connection而不是整个连接池。所以设置这个参数需要考虑到多方面的因素。
      如果maxStatements与maxStatementsPerConnection均为0,则缓存被关闭。Default: 0-->        <property name="maxStatements">            <value>0</value>        </property> <!--每60秒检查所有连接池中的空闲连接。Default: 0 -->        <property name="idleConnectionTestPeriod">            <value>60</value>        </property> <!--定义在从数据库获取新连接失败后重复尝试的次数。Default: 30 -->        <property name="acquireRetryAttempts">            <value>30</value>        </property> <!--获取连接失败将会引起所有等待连接池来获取连接的线程抛出异常。但是数据源仍有效
      保留,并在下次调用getConnection()的时候继续尝试获取连接。如果设为true,那么在尝试
      获取连接失败后该数据源将申明已断开并永久关闭。Default: false-->        <property name="breakAfterAcquireFailure">            <value>false</value>        </property> <!--因性能消耗大请只在需要的时候使用它。如果设为true那么在每个connection提交的
      时候都将校验其有效性。建议使用idleConnectionTestPeriod或automaticTestTable
      等方法来提升连接测试的性能。Default: false -->        <property name="testConnectionOnCheckout">            <value>false</value>        </property>    </bean>
    <bean id="jdbcTemplate" class="org.springframework.jdbc.core.simple.SimpleJdbcTemplate">
       <constructor-arg ref="dataSource"></constructor-arg>
    </bean>
      

  5.   


    是真的,一般通过装饰模式,或者动态代理实现这样的功能。参考这个帖子问题 6:
    http://topic.csdn.net/u/20080407/09/dabcc399-4460-47ef-966f-26bcb800bd39.html参考实例代码我回复在 157 楼上
      

  6.   

    深入浅出hibernate 这本书里讲到连接池的简单实现,你可以看看
      

  7.   

    好的,谢谢大家了关于连接池的使用,已经很长时间了,但是一直处在用的状态没有去深入考虑一些事情.....这次要做的东西,不用Spring,不用ORM,一个main函数启动服务,但数据库连接还是用了连接池所以,很多东西,之前做的时候都觉得理所当然,但是现在没了这么多工具,才知道很多知识欠缺
      

  8.   

    spring并不直接管理连接池
    同样,ORM框架也没有直接实现连接池的
    spring或者说一些orm系统,是通过datasource接口连接具体的后台连接实现
    一般jdbc连接及连接池实现(比如c3p0,dbcp)对外暴露的接口也是datasource,所以,其实实际的数据库连接对你的程序来说是透明的至于连接池的管理逻辑,比较普通的是在程序启动时,建立N条与数据库的连接,然后这些链接一般会被上一层包装或者采用动态代理包装,代理类中会记录实际的物理连接的情况(就像那个句柄申请了这个物理连接,这个连接目前状态等等),连接的开启和关闭也会被代理类重写,开启动作被转化为从池中获取物理连接,并返回给请求对象,关闭动作被转化为断开请求句柄,将连接还回池内等待下一次请求等等