JDBC 这门技术有个尴尬之处：面试常问，真写业务又容易被 MyBatis、JPA 挡在后面。于是很多人对它的印象停留在「加载驱动、拿连接、写 Statement」这几步，一旦遇到连接池参数怎么配、事务为什么没回滚、批量插入为什么慢，就只能靠搜索引擎救场。这套课程面向的正是这种「用过但说不清」的状态。

先确认一下：这些缺口你占几个

能照着示例写出查询代码，但说不清 DriverManager 和 DataSource 的区别，也不知道为什么生产环境不该用前者。
知道 PreparedStatement 能防 SQL 注入，但没验证过它和 Statement 在预编译、参数绑定上的实际差异。
事务写在 Service 层，靠注解生效，却没手动试过 setAutoCommit、commit、rollback 的完整控制流程。
连接池只在配置文件里抄过参数，maxPoolSize、超时时间调大调小全凭感觉。
批量操作一条条循环执行，数据量一上来就明显变慢，但没比较过 addBatch、executeBatch 的收益。

如果占了三条以上，这门课对你不是「复习」，而是补上被框架遮住的那一层。反过来，如果你已经能独立排查连接泄漏、会读连接池的活跃连接数指标，那这套内容对你的增量有限，不必从头看。

课程围绕哪几件事展开

内容按 JDBC 的使用链路推进：先打通一次完整的数据库访问，也就是驱动加载、建立连接、执行语句、处理结果集、释放资源这条主线，把每一步背后的接口职责讲清楚；再进入参数化查询与结果集映射，这里会重点对比 Statement 与 PreparedStatement 的差别，不只是安全，还包括执行计划和重复执行的效率。

接着是事务控制。这部分的价值在于让你从「加个注解就完事」回到手动控制的层面，理解自动提交关闭后，多条语句如何共享同一个连接、异常时如何回滚、什么情况下回滚会失效。

再往后是连接池与批量操作。连接池不是配置几个数字那么简单，它关系到连接复用、超时回收和高并发下的表现；批量操作则直接对应导入、同步这类真实场景的性能差异。

跟着敲的时候，重点看什么

实战部分的代码建议不要只看，至少手动改三处：把 PreparedStatement 换回字符串拼接，观察注入是怎么发生的；把事务的手动提交去掉，看数据是否按预期写入；把批量执行改回逐条执行，记录耗时变化。这三组对比做完，很多模糊的印象会变具体。

另外提醒一点，练习环境尽量用本地数据库，别直接连线上。JDBC 的很多问题出在连接和事务上，本地随便折腾的代价比在生产上试错低得多。

看完应该能回答的问题

为什么生产代码通常用 DataSource 而不是 DriverManager 获取连接？
PreparedStatement 的预编译在什么条件下才真正生效？
同一个事务里的多条 SQL，怎样才能保证用的是同一个连接？
连接池的连接数是不是越大越好，瓶颈可能出现在哪里？
批量插入时，批的大小和事务提交频率该怎么权衡？
ResultSet 遍历完后不关闭，会引发什么后果？

这些问题答不上来，说明 JDBC 这层还没真正过关，用框架时也容易踩坑。答得上来，你再看 MyBatis 的源码或者连接池的实现，会顺很多。