JDBC本质是Sun制定的接口规范，非具体实现；Class.forName()用于加载驱动并注册，MySQL 8.0+因ServiceLoader机制可省略；四大核心对象构成执行链：DriverManager获取Connection，Connection控制事务与连接，PreparedStatement防注入且预编译，ResultSet需注意游标移动与关闭顺序。
JDBC 考点精析不是罗列概念，而是抓准高频、易错、必考的实战环节，围绕“为什么这么设计”“哪里容易翻车”“面试常问什么”来层层拆解。
核心本质必须拎清：JDBC 是接口，不是实现
这是所有考点的起点。很多同学写代码时混淆了“JDBC API”和“MySQL驱动jar包”。考试或面试中常问：“Class.forName() 是干啥的？8.0 以后为啥可以省略？”——答案就藏在本质里：
- JDBC 是 Sun（现 Oracle）定的一套接口规范，比如 Connection、Statement、ResultSet
- MySQL 官方写的
mysql-connector-java.jar，才是对这些接口的具体实现 -
Class.forName()的作用是把驱动类加载进 JVM，并触发其静态代码块——该代码块会向 DriverManager 注册自己；MySQL 8.0+ 驱动用了java.util.ServiceLoader自动注册，所以可跳过这步
四大对象职责与典型陷阱要闭环理解
DriverManager、Connection、Statement/PreparedStatement、ResultSet 这四个对象不是孤立知识点，它们构成一条执行链。考点常落在“谁该干啥”和“不干会怎样”：
Java Maven Common
下载
Java Maven 项目审查工作流的通用输入处理。当 Java Maven 项目以 ZIP压缩包或 GitLab 仓库 URL 形式提供且需要...时使用。
- DriverManager：只管“找驱动 + 建连接”，不参与后续操作；它返回的 Connection 才是真正干活的入口
-
Connection：不仅是连接，更是事务控制中心（
setAutoCommit(false)、commit()、rollback()）；漏关连接会导致连接泄漏，是高频线上问题 - PreparedStatement vs Statement：前者防 SQL 注入、支持预编译、性能更稳；考试爱考“为什么不能用字符串拼接SQL”，答案直指安全与执行计划复用
-
ResultSet：默认是**只读向前游标**，多次调用
next()会移动指针；没判空直接取值会抛SQLException；关闭顺序必须是 ResultSet → Statement → Connection
事务与异常处理是拉开差距的关键分
基础 CRUD 谁都会，但真实业务离不开事务控制和健壮异常处理——这也是中级以上岗位的硬性考点：
立即学习“Java免费学习笔记（深入）”；
- 事务边界必须由 Connection 控制：开启（
setAutoCommit(false)）、提交、回滚，不能靠 try-catch 代替 - 事务失败后，未手动 rollback 可能导致连接卡在脏状态，后续操作被阻塞
- 资源释放必须用 try-with-resources 或 finally 块；裸写
conn.close()在异常发生时根本不会执行 - 捕获 SQLException 要区分 SQLState（如 23000 表示约束冲突）、错误码（MySQL 的 1062 是重复键），而不是笼统打印 e.printStackTrace()
连接池和 PreparedStatement 占比超六成
纯 DriverManager 方式已属教学演示；实际开发和考题中，Druid/HikariCP + PreparedStatement 是绝对主流：
- 连接池考点集中在：为什么需要池？最大最小连接数怎么设？连接获取超时、空闲连接回收机制
- PreparedStatement 的 ? 占位符必须配合
setString()、setInt()等方法使用；参数索引从 1 开始（不是 0），填错位置是常见失分点 - 批量操作用
addBatch()+executeBatch()，比单条 executeUpdate 快一个数量级；但要注意批大小控制，避免内存溢出
