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将驱动程序的概念淡化了，突出驱动程序能够提供的服务与能力，将驱动程序提供的服务与能力抽象为Data Source数据源这一角色。
DataSource中获取的连接来自于连接池中，而池中的连接根本也还是从DriverManager获取而来
有了数据源这一中间层，就可以实现连接池和分布式事务的管理。
对外呈现DataSource就是类似于DriverManager的一个存在。
核心架构
关于数据源有以下几个核心的接口
CommonDataSource接口定义了 DataSource、XADataSource 和 ConnectionPoolDataSource 之间公用的方法。
DataSource 是 官方定义的获取 connection 的接口， ConnectionPoolDataSource 是官方定义的从 connection pool 中拿 connection 的接口，XADataSource是定义的用来获取分布式事务连接的
DataSource
这是一个工厂对象，用于提供到此 DataSource 对象所表示的物理数据源的连接。
作为 DriverManager 工具的替代项，DataSource 对象是获取连接的首选方法。
实现 DataSource 接口的对象通常在基于 JavaTM Naming and Directory Interface (JNDI) API 的命名服务中注册。
DataSource 接口由驱动程序供应商实现。共有三种类型的实现：
- 基本实现 - 生成标准的 Connection 对象
- 连接池实现 - 生成自动参与连接池的 Connection 对象。此实现与中间层连接池管理器一起使用。
- 分布式事务实现 - 生成一个 Connection 对象，该对象可用于分布式事务，大多数情况下总是参与连接池。此实现与中间层事务管理器一起使用，大多数情况下总是与连接池管理器一起使用。
Java作为一种广泛使用的开发语言，自然不需要我们自己实现DataSource，一些大厂已经帮我们实现了
比如：DBCP ，C3P0 ，druid
目前推荐使用ALI的Druid，http://druid.io/
maven中央仓库: http://central.maven.org/maven2/com/alibaba/druid/
Druid是一个开源项目，源码托管在github上，源代码仓库地址是 https://github.com/alibaba/druid。
数据源作为DriverManager的替代者，用于获取数据库连接，你应该总是使用DataSource
DataSource是应用程序与数据库连接的一个抽象的中间层，是一个接口
对于DataSource已经有了很多优秀的实现，其中较为突出的为Druid，建议使用，Druid不仅仅提供了连接池的功能还提供了其他比如监控等功能，非常强大。
对于数据源的应用，除了用户名密码url还有其他的一些属性信息，比如最大连接数，建立连接的最大等待时间等，不同的连接池略微有出入，可以查看手册。
对于DataSource的一些实现，经常被叫做数据库连接池，比如Druid官方文档中说“Druid是Java语言中最好的数据库连接池“，本质核心就是DataSource的一个实现类，作为中间层使用，并且基本上都提供了附带的其他的服务，也就是说不仅仅实现了核心建筑，也基于核心之上构建了很多的外围建设。