Druid 数据库连接池未直接暴露 activeConnections 字段，推荐调用 dataSource.getActiveCount() 获取活跃连接数；若需连接对象列表，可反射访问 private final Map activeConnections，但存在版本兼容性与线程安全风险。
Druid 数据库连接池本身并未直接对外暴露 activeConnections 这个字段作为公共属性，它内部用 activeCount（int 类型）统计当前活跃连接数，而实际的活跃连接对象存储在私有集合（如 activeConnectionLock 保护的 activeConnections Map）中。通过反射可以访问这些私有成员，但需注意版本兼容性、线程安全和生产环境风险。
获取活跃连接数量（推荐，轻量安全）
Druid 提供了公开的监控接口，无需反射即可获取实时活跃连接数：
-
dataSource.getActiveCount()—— 返回当前正在被使用的连接数量（int） -
dataSource.getPoolingCount()—— 返回空闲连接数 -
dataSource.getWaitThreadCount()—— 返回等待获取连接的线程数
这些方法线程安全，且是 Druid 官方支持的监控入口，适合日常监控和告警。
反射读取 activeConnections Map（仅限调试/诊断）
若需拿到具体的 Connection 对象列表（例如排查连接泄漏、分析持有栈），可反射访问内部 activeConnections 字段。以 Druid 1.2.16 为例，该字段类型为 Map<long druidpooledconnection></long>，key 是连接创建时间戳（纳秒），value 是包装后的连接对象：
立即学习“Java免费学习笔记（深入）”；
Alibabacloud Sdk Client Initialization For Java
下载
在 Java 中初始化和管理阿里云 SDK客户端。包括单例模式、线程安全、endpoint 与 region 配置、VPC 终端节点、同步与异步等。
- 字段名通常为
"activeConnections"，声明在DruidDataSource类中，修饰符为private final - 需先调用
setAccessible(true)，并处理SecurityException - 注意：Druid 后续版本可能改名或重构（如改为并发容器、加锁封装），反射代码易失效
示例代码片段（不建议生产使用）：
Field field = DruidDataSource.class.getDeclaredField("activeConnections");
field.setAccessible(true);
Map<Long, DruidPooledConnection> map = (Map<Long, DruidPooledConnection>) field.get(dataSource);
for (DruidPooledConnection conn : map.values()) {
System.out.println("Active conn: " + conn.getConnection().toString());
}
更稳妥的替代方案：启用 Druid 监控与日志
比起反射，推荐通过标准方式定位连接问题：
- 开启 Druid 的
removeAbandonedOnMaintenance和logAbandoned，自动记录未关闭连接的堆栈 - 配置
druid.stat.mergeSql=true+druid.stat.slowSqlMillis=1000，结合 Web 控制台（/druid/index.html）查看活跃 SQL 和连接持有者 - 使用 JVM 代理工具（如 Arthas）执行
watch或trace，动态观察DruidDataSource.getConnection的调用链和返回对象
注意事项与风险提示
反射访问内部状态存在明显隐患：
- 违反封装原则，不同 Druid 版本字段名、类型、访问控制可能变化，导致运行时
NoSuchFieldException - 直接遍历
activeConnectionsMap 时未加锁，可能触发ConcurrentModificationException或读到不一致快照 - 获取到的
DruidPooledConnection不应手动 close 或 reset，否则破坏连接池管理逻辑 - 生产环境禁止将反射结果用于业务逻辑分支，仅限离线诊断
不复杂但容易忽略——优先走官方 API，反射只是最后手段。
