seata分布式事务数据源DataSourceProxy

seata中DataSourceProxy即使没有显式注入的情况下得到的dataSource也是对HikariDataSource得代理对象DataSourceProxy，是怎么代理生成的呢？整个代理过程只是涉及到接口SeataProxy，但是接口SeataProxy跟DataSourceProxy没有找到任何关系，导致无法知道这个代理逻辑是怎么样的？

• 这篇文章讲的很详细，请看：Seata解析-数据源代理DataSourceProxy详解
• 除此之外, 这篇博客: Seata解析-数据源代理DataSourceProxy详解中的 文章目录 部分也许能够解决你的问题, 你可以仔细阅读以下内容或跳转源博客中阅读:
  
• • 一、构造方法实现
  • 二、getConnection()方法

Seata是一款分布式事务解决方案，它支持通过在应用程序中使用DataSourceProxy来支持分布式事务。当使用Seata对数据源进行代理时，Seata会生成一个代理对象来代替真实的数据源。

DataSourceProxy是Seata提供的一个代理数据源对象，它通过代理的方式来实现分布式事务的一致性。DataSourceProxy的生成逻辑是在初始化Seata全局事务管理器(GlobalTransactionScanner)的时候，通过扫描所有的数据源并进行代理生成。具体的代理生成逻辑，是通过使用JDK动态代理机制，代理实现了DataSource接口的数据源对象，从而生成一个代理对象。代理对象调用方法时，会将方法转发到真正的数据源对象，同时在方法执行前后进行了一些事务管理相关的操作。

在代理对象生成时，Seata使用了Java动态代理技术，在运行时动态地生成代理类，以实现对数据源的代理。这个代理类实现了SeataProxy接口，并通过实现接口中定义的方法，来实现对数据源的代理。SeataProxy接口并不直接与DataSourceProxy有关系，而是Seata通过这个接口定义了代理对象需要实现的方法，从而实现了对DataSource的代理。

因此，即使在没有显式注入的情况下得到的dataSource也是对HikariDataSource的代理对象DataSourceProxy，是通过Seata的动态代理机制实现的。这种代理方式能够保证数据源的一致性，从而支持分布式事务的实现。