DataSource
DataSource是作为DriverManager的替代品而推出的,DataSource 对象是获取连接的首选方法**
为何放弃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的getConnection方法获取的连接,是建立与数据库的连接,是建立与数据库的连接,是建立与数据库的连接。但是建立与数据库的连接是一项较耗资源的工作,频繁的进行数据库连接建立操作会产生较大的系统开销
连接池:
既然每次使用时都重新建立与数据库之间的连接,会产生较大的系统开销是否可以事先创建一些连接备用,当需要时,从这些连接中选择一个提供出去;当连接使用完毕后,并不是真正的关闭,而是将这些数据状态还原,然后继续等待下一个人使用连接的持有是消耗空间的,但是现在绝大多数场景下,磁盘空间并没有那么金贵,我们更关心的是性能,所以**空间换取时间**,连接池的逻辑被广泛应用。
数据源:
DataSource中获取的连接来自于连接池中,而池中的连接根本也还是从DriverManager获取而来
有了数据源这一中间层,就可以实现连接池和分布式事务的管理
<补充:分布式事务处理是指一个事务可能涉及多个数据库操作,分布式事务处理的关键是必须有一种方法可以知道事务在任何地方所做的所有动作,提交或回滚事务的决定必须产生统一的结果(全部提交或全部回滚)
通常把一个数据库内部的事务处理,如对多个表的操作,作为本地事务看待。数据库的事务处理对象是本地事务,而分布式事务处理的对象是全局事务。
所谓全局事务,是指分布式事务处理环境中,多个数据库可能需要共同完成一个工作,这个工作即是一个全局事务,例如,一个事务中可能更新几个不同的数据库。对数据库的操作发生在系统的各处,但必须全部被提交或回滚。此时一个数据库对自己内部所做操作的提交不仅依赖本身操作是否成功,还要依赖与全局事务相关的其它数据库的操作是否成功,如果任一数据库的任一操作失败,则参与此事务的所有数据库所做的所有操作都必须回滚。>
对外呈现DataSource就是类似于DriverManager的一个存在。
DataSource的形式是JNDI (Java Naming Directory Interface)
DataSource是JNDI资源的一种,那么到底什么是JNDI呢
此处不过多解释,可以简单认为JNDI是类似这样一个东西:
一个哈希表,类型为<String,Object>
JNDI的两个最主要操作:bind和lookup。bind操作负责往哈希表里存对象,lookup则根据这个键值字符串往外取对象。
开发人员可以使用键值——也就是一个字符串名称——来获取某个对象。
简言之就是可以给一个对象命名,然后可以通过名称找到这个对象。
数据源的概念在应用程序与数据库连接之间插入了一个中间层,进而可以实现连接池以及事务管理,并且以JNDI的形式,也能够以非常方便的形式使用。
实现
核心架构
关于数据源有以下几个核心的接口
CommonDataSource接口定义了 DataSource、XADataSource 和 ConnectionPoolDataSource 之间公用的方法。
DataSource 是 官方定义的获取 connection 的接口, ConnectionPoolDataSource 是官方定义的从 connection pool 中拿 connection 的接口,XADataSource是定义的用来获取分布式事务连接的接口
也就是分为了三个方向,基本实现,连接池,事务
对于Connection Pool的实现,借助于ConnectionPoolDataSource,进而获取PooledConnection ,然后获取连接,这是一种标准做法
DataSource
这是一个工厂对象,用于提供到此 DataSource 对象所表示的物理数据源的连接。
作为 DriverManager 工具的替代项,DataSource 对象是获取连接的首选方法。
实现 DataSource 接口的对象通常在基于 JavaTM Naming and Directory Interface (JNDI) API 的命名服务中注册。
DataSource 接口由驱动程序供应商实现。共有三种类型的实现:
- 基本实现 - 生成标准的 Connection 对象
- 连接池实现 - 生成自动参与连接池的 Connection 对象。此实现与中间层连接池管理器一起使用。
- 分布式事务实现 - 生成一个 Connection 对象,该对象可用于分布式事务,大多数情况下总是参与连接池。此实现与中间层事务管理器一起使用,大多数情况下总是与连接池管理器一起使用
小结
DriverManager用于管理驱动程序并且提供数据库的直连,频繁的创建和消耗连接增加系统大量开销,并且将数据库连接直接暴露。
数据源的概念就是为了在应用程序和DriverManager创建的数据库直接连接之间插入一个中间层
借助于中间层,应用程序与数据库的连接两者之间完成了解耦,也能够对数据库的真实连接进行隐藏;
一旦解耦,通过中间层间接调用,类似代理模式,就可以添加更多的服务—连接池以及分布式事务。
数据源相关接口有三个,但是很多是仅仅实现了DataSource接口
而对于连接池本质就是一个容器,负责管理创建好的数据库连接。
连接池与数据源逻辑上是两回事,但是在实现层面的代码中DataSource的实现类往往都具有了连接池以及连接池管理方面的功能。
所以有些时候,DataSource到底是理解成数据源?还是javax.sql.DataSource?还是指的一个实现?还是一个实现了数据库连接池的实现?(经常一个实现了DataSource的并且提供了连接池功能的实现,会被叫做数据库连接池)
装载:https://www.cnblogs.com/noteless/p/10319296.html