1.Druid之ExceptionSorter源码分析
2.druid源码学习笔记9_testOnBorrow&testOnReturn&testWhileIdl
3.简直了！询源通过源码告诉你阿里的源码数据库连接池Druid为啥如此牛逼
4.源码详解系列(四) ------ DBCP2的使用和分析（包括JNDI和JTA支持）已停更
5.阿里巴巴Druid，轻松实现MySQL数据库加密！分析

Druid之ExceptionSorter源码分析

       ExceptionSorter机制在Druid连接池中扮演着关键角色，询源用于识别和剔除数据库操作过程中的源码"不可用连接"。当网络断开或数据库服务器崩溃时，分析365全民帮扶 免费源码连接池会遇到大量"不可用连接"，询源而ExceptionSorter机制正是源码通过异常类型、代码、分析原因和消息来判断这些连接是询源否可用，从而保证连接池的源码稳定性和高效性。

       Druid连接池内置了多种ExceptionSorter，分析其设计旨在确保在数据库重启或网络中断后，询源连接池能够自动恢复工作。源码这使得ExceptionSorter成为判断连接池稳定性的分析重要指标。

       初始化ExceptionSorter的代码位于DruidAbstractDataSource类的initExceptionSorter方法中。所有具体的ExceptionSorter实现了ExceptionSorter接口，该接口包含两个方法。这些方法的实现决定了ExceptionSorter如何根据特定的异常信息进行连接的处理。

       在Druid中的使用场景主要是在数据库操作异常时，调用DruidPooledConnection类的handleException方法。当数据库操作出现异常，处理逻辑首先会判断该异常是否为致命性错误，即是启动决买 指标源码否满足isExceptionFatal方法的返回条件。

       以MySQL为例，isExceptionFatal方法的实现逻辑通常会根据异常的具体类型和错误代码来判断。当判定为致命性错误时，Druid会调用discardConnection方法关闭当前连接。这一过程有效地剔除了"不可用连接"，确保了连接池的健康状态。

       综上所述，Druid通过ExceptionSorter机制实现了对"不可用连接"的高效识别与剔除，从而确保了数据库操作的稳定性和连接池的高效管理。关键在于isExceptionFatal方法的判断逻辑和discardConnection方法的执行，二者共同作用，使得连接池能够在异常情况下自动恢复，提供持续、稳定的数据库服务。

druid源码学习笔记9_testOnBorrow&testOnReturn&testWhileIdl

       druid源码中，关于testOnBorrow、testWhileIdle和testOnReturn的属性配置值得重点关注。在1.2.9版本后，这些属性的默认值与早期wiki中的记录有所不同。testOnBorrow的默认值从true变为false，而testWhileIdle的默认值则从false变为true。这表明代码在年后可能进行了更新，但wiki尚未同步更新。通达信sto源码

       testOnBorrow主要在getConnectionDirect方法中起作用，当设置为true时，获取连接后会执行validationQuery检查连接是否可用。如果连接不可用，将重新获取。而testWhileIdle则在连接空闲时间达到timeBetweenEvictionRunsMillis时执行验证，同样用于检查连接状态。

       testWhileIdle与testOnBorrow互斥，如果两者都为true，仅执行testOnBorrow。计算空闲时间的规则涉及checkExecuteTime、lastKeepTimeMillis和当前时间的比较。

       testOnReturn属性在DruidPooledConnection#close()方法，即归还连接时被调用。当设置为true时，回收连接后会检查其状态，如连接未关闭，会执行validationQuery。如果连接不可用，会关闭并计数，否则继续归还操作。

       总结如下：

       testOnReturn在连接归还时检查，默认为false。微信短信平台源码

       testOnBorrow和testWhileIdle在连接借用时检查，早期testOnBorrow为true，testWhileIdle为false，但新版本可能出于性能考虑进行了调整。

简直了！通过源码告诉你阿里的数据库连接池Druid为啥如此牛逼

       druid数据库连接池的强大之处在于其高效管理和丰富的功能。它通过复用连接减少资源消耗，具备连接数控制、可靠性测试、泄漏控制和缓存语句等标准特性，同时还扩展了监控统计和SQL注入防御等功能。

       以入门需求为例，创建Maven项目，引入必要的依赖如JDK、maven、IDE，以及mysql-connector-java和druid。在项目中，通过JDBCUtil初始化连接池并获取连接，进行简单的增删改查操作。在web应用中，可以使用JNDI获取DruidDataSource，如在tomcat 9.0.容器下运行。微信源码吸粉

       druid的监控统计功能强大，如StatFilter支持合并SQL、慢SQL记录和多个数据源监控数据的统一。StatViewServlet用于展示监控信息，配置WebStatFilter则能收集web-jdbc关联监控数据。同时，WallFilter用于防御SQL注入，提供定制化的参数配置选项。

       druid的源码分析显示，它在连接池管理、配置方式的灵活性以及异常处理等方面展现出独特之处。尽管配置方式多样，但推荐优先使用最常见的方式，如properties文件。然而，过多的配置选项和缺乏统一的管理方式是其设计上的一个挑战。

       总而言之，druid凭借其强大的功能和灵活的配置，为数据库连接池管理提供了高效且实用的解决方案，是阿里巴巴数据库连接池中的佼佼者。

源码详解系列(四) ------ DBCP2的使用和分析（包括JNDI和JTA支持）已停更

       DBCP是一个用于创建和管理数据库连接的工具，通过连接池复用连接以减少资源消耗。它具备连接数控制、连接有效性检测、连接泄露控制和缓存语句等功能。Tomcat内置连接池、Spring团队推荐使用DBCP，阿里巴巴的druid也是基于DBCP开发的。

       DBCP支持通过JNDI获取数据源，并且可以获取JTA或XA事务中的连接对象，用于两阶段提交（2PC）的事务处理。本篇文章将通过例子来解释如何使用DBCP。

       以下是文章的详细内容：

       使用例子需求

       本例将展示如何使用DBCP连接池获取连接对象，并进行基本的增删改查操作。

       工程环境

       JDK：1.8.0_

       maven：3.6.1

       IDE：eclipse 4.

       mysql-connector-java：8.0.

       mysql：5.7.

       DBCP：2.6.0

       主要步骤

       创建Maven项目，打包方式为war（war也可以是jar，这里选择war是为了测试JNDI功能）。

       引入DBCP相关依赖。

       在resources目录下创建dbcp.properties文件，配置数据库连接参数及连接池基本参数。

       编写JDBCUtils类，实现初始化连接池、获取连接、管理事务和资源释放等功能。

       创建测试类，实现基本的增删改查操作。

       配置文件详解

       dbcp.properties文件包含数据库连接参数和连接池基本参数，如数据库URL、用户名、密码、连接池大小等。其中，数据库URL后面添加了参数以避免乱码和时区问题。建议根据项目需求调整参数设置。

       基本连接属性

       数据库URL

       用户名

       密码

       连接池大小

       缓存语句（在MySQL下建议关闭）

       连接检查参数（建议开启testWhileIdle，避免性能影响）

       事务相关参数（通常使用默认设置）

       连接泄漏回收参数

       其他参数（较少使用）

       源码分析

       DBCP主要涉及以下几个类：

       BasicDataSource：提供基本的数据库操作数据源。

       BasicManagedDataSource：BasicDataSource的子类，用于创建支持XA事务或JTA事务的连接。

       PoolingDataSource：BasicDataSource中实际调用的数据源，用于管理连接。

       ManagedDataSource：PoolingDataSource的子类，用于支持XA事务或JTA事务的连接。

       使用DBCP连接池创建连接时，首先创建BasicDataSource对象，初始化配置参数。然后从连接池中获取连接。连接获取过程涉及到数据源和连接池的创建，连接对象的包装和回收。

       通过JNDI获取数据源对象需求

       使用JNDI获取DBCP数据源对象，以PerUserPoolDataSource和SharedPoolDataSource为例。为了在tomcat容器中测试，需要配置JNDI上下文。

       引入依赖

       引入JNDI相关的依赖。

       编写context.xml文件，配置JNDI上下文。

       在web.xml中配置资源引用，将JNDI对象与web应用绑定。

       测试结果

       打包项目并部署到tomcat上运行，通过访问指定的jsp页面，验证JNDI获取数据源对象的正确性。

       使用DBCP测试两阶段提交

       介绍如何使用DBCP实现JTA事务的两阶段提交（2PC）。使用DBCP的BasicManagedDataSource类支持事务处理。通过测试代码验证了2PC的正确性。

       以上内容涵盖了DBCP的使用、配置、源码分析、JNDI集成以及两阶段提交的实现，为开发者提供了全面的参考。

阿里巴巴Druid，轻松实现MySQL数据库加密！

       面对源码安全与数据库信息保护的需求，数据库密码加密显得尤为重要。一旦源码泄漏，数据库密钥可能随之暴露，威胁数据安全。为解决这个问题，我们可以借助阿里巴巴的Druid工具轻松加密。

       Druid是一款强大的Java数据库连接池，它不仅提供了监控和扩展功能，还内置了数据库密码加密特性。通过使用Druid，我们可以简单地保护数据库密码，即使源码被获取，密码也保持加密状态。

       加密过程分为几个步骤：首先，项目在未加密前的交互是直接使用明文密码；而使用Druid后，会通过ConfigTools类生成公钥和密文，将明文密码转换为密文。然后，将公钥和密文添加到项目配置文件中，确保数据库连接时使用加密后的密码。

       然而，需要注意的是，直接在配置文件中存储公钥和密文并不安全，因为这相当于公开了钥匙。正确的做法是在生产环境中动态设置公钥，避免密码还原。例如，开发环境可通过启动参数传递公钥，生产环境则通过jar包启动时提供。

       总的来说，Druid的加密机制简化了这个过程，无需编写额外代码，仅需添加依赖、生成密文并配置，项目运行时Druid会自动处理解密，实现了MySQL密码的加密和自动解码。