DataSource是作为DriverManager的替代品而推出的,DataSource 对象是获取连接的首选方法。
起源
为何放弃DriverManager
DriverManager负责管理驱动程序,并且使用已注册的驱动程序进行连接。
//1、注册驱动Class.forName("com.mysql.jdbc.Driver");//数据库连接所需参数String user= "root";
String password= "123456";
String url= "jdbc:mysql://localhost:3306/sampledb?useUnicode=true&characterEncoding=utf-8";//2、获取连接对象
Connection conn = DriverManager.getConnection(url, user, password);
使用DriverManager的一般形式如上面代码所示
直接使用DriverManager的这种形式,通常需要将驱动程序硬编码到项目中(JDBC4.0后可以自动注册驱动程序)
而且最重要的是DriverManager的getConnection方法获取的连接,是建立与数据库的连接,是建立与数据库的连接,是建立与数据库的连接。
但是建立与数据库的连接是一项较耗资源的工作,频繁的进行数据库连接建立操作会产生较大的系统开销。
随着企业级应用复杂度的提升以及对性能要求的提高,这一点是难以接受的。
连接池
既然每次使用时都重新建立与数据库之间的连接,会产生较大的系统开销
是否可以事先创建一些连接备用,当需要时,从这些连接中选择一个提供出去;当连接使用完毕后,并不是真正的关闭,而是将这些数据状态还原,然后继续等待下一个人使用?
比如滑雪场会租赁雪具滑雪服等,如果你不是资深玩家,你没有必要浪费钱买,即使你不差钱,每次去滑雪场都不能轻装上阵,每次都要携带很多装备,也是一件麻烦事。
这种没必要的花费或者麻烦其实都是一种开销。
连接池的核心与租用的理念有类似的点,重复使用可以提高连接的利用率,减少开销(当然连接池的使用并不需要你花费一笔租金)
连接的持有是消耗空间的,但是现在绝大多数场景下,磁盘空间并没有那么金贵,我们更关心的是性能,所以空间换取时间,连接池的逻辑被广泛应用。
数据源
DriverManager只是建立与数据库之间的连接,如何才能将连接池的概念应用其中?
一种很自然的方式就是提供一个薄层的封装,建立一个中间层,这个中间层将DriverManager生成的连接,组织到连接池中,然后从池中提供连接。
Data Source就是DriverManager的一种替代角色,对外呈现就类似于一个DriverManager,拥有对外提供连接的能力
直接使用DriverManager,驱动程序与管理器是“服务者---管理者”的形式,借助于管理者才能提供服务。
Data Source将驱动程序的概念淡化了,突出驱动程序能够