DriverManager.getConnection()最简调用需提供数据库URL、用户名和密码，本质委托已注册JDBC驱动建连；须确保驱动加载（JDBC 4.0+通常自动，旧版需Class.forName），URL格式依驱动而异，连接后必须显式close防泄漏。
DriverManager.getConnection() 的基本调用方式
直接用 DriverManager.getConnection() 是最轻量的建连方式，适合单次、简单场景，不需要连接池或复杂配置。它本质是委托给已注册的 JDBC 驱动来创建物理连接。
必须确保驱动类已加载（JDBC 4.0+ 通常自动服务发现，但老驱动或模块化环境仍需显式 Class.forName("com.mysql.cj.jdbc.Driver")）。
- URL 格式严格依赖驱动：MySQL 是
jdbc:mysql://host:port/dbname，PostgreSQL 是jdbc:postgresql://host:port/dbname - 用户名和密码为字符串，空密码传
null或空字符串均可，但部分驱动（如 H2）要求显式传"" - URL 后可拼查询参数，例如 MySQL 加
?useSSL=false&serverTimezone=UTC，注意用&而非&
常见 Class.forName() 被忽略导致的 SQLException
Java 8 及更早版本中，若驱动 JAR 在 classpath 但未显式加载类，DriverManager.getConnection() 会抛出 java.sql.SQLException: No suitable driver found for jdbc:mysql://... —— 这不是 URL 错，而是驱动根本没注册。
- MySQL Connector/J 5.x 必须调用
Class.forName("com.mysql.jdbc.Driver")（注意包名无cj） - MySQL 8.x 推荐用
com.mysql.cj.jdbc.Driver，且官方文档明确说明：即使不调用Class.forName()，只要驱动在 classpath，也能工作；但某些容器（如 OSGi）或自定义 ClassLoader 下仍可能失败 - PostgreSQL 驱动（42.x）同样支持自动注册，但显式加载仍是兼容性最强的做法
连接参数传递：用 Properties 还是 URL 查询串？
两种方式都合法，但行为有差异：URL 中的参数由驱动解析，而 Properties 对象中的键值对会被原样传入驱动的 connect(String, Properties) 方法。多数驱动两者等价，但个别参数（如 Oracle 的 oracle.net.CONNECT_TIMEOUT）只认 Properties。
将后端 Java 接口文档转换为前端 TypeScript 类型定义（interface / type）。输入：飞书文档、Spring Boot 接口文档、Swagger/OpenAPI、手写 API 文档等。输出：包含请求参数与响应结果的 .md 文件，含完整 JSDoc 注释。触发关键词：Java 转 TS、接口转换、生成前端类型、接口文档转 TypeScript、DTO/VO/BO 转 interface、后端文档转前端类型、生成接口类型、类型定义生成。
立即学习“Java免费学习笔记（深入）”；
- 推荐优先用 URL 拼接，语义集中、调试直观；例如
jdbc:h2:mem:testdb;DB_CLOSE_DELAY=-1 - 若需动态构造连接属性（如从配置中心读取用户名/密码），用
Properties更安全，避免 URL 编码问题 -
Properties中的键不区分大小写（驱动内部统一转小写），但值敏感；例如props.setProperty("user", "admin")和props.setProperty("USER", "admin")效果相同
Connection 不 close 导致的资源泄漏真实表现
不调用 connection.close() 不会立即报错，但后果逐步显现：数据库端连接数耗尽、应用出现 SQLException: Too many connections、后续 getConnection() 阻塞甚至超时。
- JDBC 规范不保证 Connection 能被 GC 自动回收，依赖 JVM 实现且不可靠
- 务必在
finally块或 try-with-resources 中关闭；注意close()可能抛SQLException，需捕获或声明抛出 - 使用 try-with-resources 时，确保
Connection实现了AutoCloseable（JDBC 4.0+ 所有标准实现都满足）
真正容易被忽略的是：Connection 关闭后，其派生的 Statement 和 ResultSet 并不会自动关闭（尽管部分驱动会顺带清理），仍需显式释放或依赖各自的 try-with-resources。
