DriverManager与Tomcat Resource驱动选择：为何需指定driverClassName？

虽然DriverManager确实能通过JDBC URL自动匹配并选择合适的驱动，但Tomcat的数据源配置要求显式指定driverClassName主要有这几个原因：

• 类加载器隔离限制：Tomcat采用类加载器隔离机制，Web应用的JDBC驱动通常放在自身的WEB-INF/lib目录下，而DriverManager是由系统类加载器加载的，它无法扫描到Web应用类加载器下的驱动类。如果不指定driverClassName，Tomcat的数据源组件根本找不到对应的驱动实现。
• 避免匹配歧义：有些场景下多个JDBC驱动可能支持格式相似的URL（比如不同厂商的MySQL兼容驱动），只靠URL的话DriverManager可能选到不是你预期的驱动。显式指定驱动类能确保使用的是你指定的那个版本或厂商的驱动，避免潜在的兼容性问题。
• 性能与直接性：DriverManager的自动匹配需要遍历所有已注册的驱动并调用acceptsURL()方法校验，显式指定driverClassName可以直接加载并初始化目标驱动，跳过遍历匹配的过程，提升数据源初始化的效率。
• 数据源实现的独立性：Tomcat内置的数据源（比如Apache DBCP、Tomcat JDBC）并不是直接依赖DriverManager来获取连接，它们会直接实例化驱动类并创建连接，因此必须明确知道要实例化哪个类。

内容的提问来源于stack exchange，提问作者Blocked