使用jdbc执行sql的核心是通过标准api建立数据库连接、发送sql指令并处理结果，其关键步骤包括加载驱动、获取连接、创建preparedstatement或statement对象、执行sql语句以及关闭资源；其中preparedstatement相比statement具有防止sql注入、提升执行效率和增强代码可读性的优势，尤其适用于参数化查询和批量操作；为避免资源泄漏，必须使用try-with-resources语法确保connection、preparedstatement和resultset等实现了autocloseable接口的资源被自动关闭，这是现代java jdbc编程的推荐做法；常见的连接问题包括驱动未正确加载、连接url配置错误、防火墙或数据库服务未启动，以及高并发下未使用连接池导致性能瓶颈，因此应引入hikaricp等连接池技术以复用连接、提升性能。
Java使用JDBC执行SQL语句的核心，在于通过一套标准API与数据库进行交互，实现连接、发送指令和处理数据。简单来说，就是建立一个通道，然后通过这个通道把SQL命令传给数据库，再把数据库返回的结果拿回来。这个过程，虽然听起来有点繁琐，但掌握了它，你就拥有了直接操控数据库的强大能力。
要用JDBC执行SQL，我们通常会遵循一套经典的流程。首先，你得有数据库驱动，这玩意儿就是Java程序和特定数据库（比如MySQL、PostgreSQL）之间的翻译官。加载了驱动，接下来就是建立连接，这就像拨通了电话。然后，创建Statement或者PreparedStatement，这是你准备说的话筒。把SQL语句写进去，执行它，数据库就会给你反馈。最后，也是最容易被忽视的，就是关掉所有打开的资源，就像挂掉电话，收拾好工具，避免资源泄露。
一个典型的例子，比如我们想插入一条数据：
立即学习“Java免费学习笔记（深入）”；
import java.sql.Connection; import java.sql.DriverManager; import java.sql.PreparedStatement; import java.sql.SQLException; import java.sql.ResultSet; // For queries, though not used in insert example public class JdbcExample { // 注意：实际项目中，这些配置应从配置文件读取，避免硬编码 private static final String DB_URL = "jdbc:mysql://localhost:3306/mydatabase?useSSL=false&serverTimezone=UTC"; private static final String USER = "root"; private static final String PASS = "your_password"; // 替换为你的数据库密码 public static void main(String[] args) { // try-with-resources 确保资源自动关闭 try (Connection conn = DriverManager.getConnection(DB_URL, USER, PASS)) { System.out.println("数据库连接成功！"); // --- 插入数据示例 --- String insertSql = "INSERT INTO users (name, email) VALUES (?, ?)"; try (PreparedStatement pstmt = conn.prepareStatement(insertSql)) { // 设置参数 pstmt.setString(1, "张三"); pstmt.setString(2, "zhangsan@example.com"); // 执行SQL int rowsAffected = pstmt.executeUpdate(); System.out.println("插入了 " + rowsAffected + " 条记录。"); } // pstmt 会在此处自动关闭 // --- 查询数据示例 --- String selectSql = "SELECT id, name, email FROM users WHERE name = ?"; try (PreparedStatement selectPstmt = conn.prepareStatement(selectSql)) { selectPstmt.setString(1, "张三"); try (ResultSet rs = selectPstmt.executeQuery()) { // ResultSet 也会自动关闭 while (rs.next()) { System.out.println("ID: " + rs.getInt("id") + ", Name: " + rs.getString("name") + ", Email: " + rs.getString("email")); } } } // selectPstmt 会在此处自动关闭 } catch (SQLException e) { System.err.println("数据库操作失败: " + e.getMessage()); // 在生产环境中，应该记录更详细的日志，而不是直接打印堆栈 // e.printStackTrace(); } } }
这段代码展示了最基本的插入和查询操作。我个人习惯用
PreparedStatement
，因为它不仅安全，性能也更好，尤其是在批量操作时。另外，
try-with-resources
是现代Java JDBC编程的标配，能极大简化资源管理。
JDBC连接数据库时常遇到的坑有哪些？
说实话，JDBC连接数据库这事儿，看起来直截了当，但实际操作中总有些意想不到的小插曲。最常见的，莫过于驱动问题。你可能下载了驱动包，但没放到对的地方（比如项目的lib目录，或者没配置好classpath），结果就是
ClassNotFoundException
。还有就是连接字符串（URL）写错了，数据库地址、端口、数据库名，任何一个字母不对，或者少了
?useSSL=false&serverTimezone=UTC
这种针对特定数据库的参数，都可能导致连接失败，抛出
SQLException
。
我以前就遇到过，明明代码看起来没问题，却一直连不上数据库。最后才发现，是数据库服务器的防火墙没开端口，或者数据库服务根本就没启动。这种非代码层面的问题，往往让人抓耳挠腮。所以，在排查问题时，除了检查代码，也得看看网络、防火墙、数据库服务状态这些“外部因素”。
另一个常被忽略的点是，连接池的配置。如果你在高并发环境下直接用
DriverManager.getConnection()
，那很快就会发现性能瓶颈，甚至把数据库连接耗尽。这时候，引入HikariCP、c3p0或Druid这样的连接池就显得尤为重要，它们能帮你高效地管理和复用连接。连接池会预先创建一批连接并维护它们，当程序需要连接时直接从池中获取，用完归还，避免了频繁创建和关闭连接的开销。
如何有效管理JDBC资源避免内存泄漏？
资源管理在JDBC编程里，简直是重中之重，但又特别容易被忽视。你打开了连接（Connection）、语句（Statement/PreparedStatement）、结果集（ResultSet），就得记得关掉它们。如果忘记关，这些资源就会一直占用内存和数据库连接，久而久之，轻则导致内存泄漏，重则直接把数据库搞崩溃，无法接受新的连接请求。
我刚开始学的时候，就因为没养成及时关闭资源的习惯，导致程序跑一段时间就崩了。后来才明白，这就像你借了书，看完就得还，不然图书馆（数据库）就没书（连接）给别人借了。
Java 7之后引入的
try-with-resources
语法简直是福音。它能确保在
try
块执行完毕后，所有实现了
AutoCloseable
接口的资源都会被自动关闭，大大简化了代码，也降低了忘记关闭资源的风险。
看这个例子：
// 使用 try-with-resources 自动关闭资源 try (Connection conn = DriverManager.getConnection(DB_URL, USER, PASS); PreparedStatement pstmt = conn.prepareStatement("SELECT * FROM users WHERE id = ?")) { pstmt.setInt(1, 1); // 设置参数 try (ResultSet rs = pstmt.executeQuery()) { // ResultSet 也会在 try 块结束时自动关闭 while (rs.next()) { // 处理结果 System.out.println("User ID: " + rs.getInt("id") + ", Name: " + rs.getString("name")); } } // rs 会在此处自动关闭 } catch (SQLException e) { System.err.println("数据库操作失败: " + e.getMessage()); e.printStackTrace(); }
这种写法，不仅代码更简洁，而且安全性更高。如果你不能用
try-with-resources
（比如旧版本JDK），那么就得老老实实地在
finally
块里，一个一个地
close()
，并且要做好
null
判断和异常处理，那代码量和复杂度就上去了。所以，能用新特性就用新特性，省心。
PreparedStatement与Statement，在SQL执行效率与安全性上有何不同？
这俩兄弟，
Statement
和
PreparedStatement
，都是用来执行SQL的，但它们之间的差异，在我看来，是JDBC学习中一个非常核心且必须掌握的知识点。
Statement
就像一个普通的文本编辑器，你把SQL语句直接写进去，它就直接发送给数据库。比如：
Statement stmt = conn.createStatement(); stmt.executeUpdate("INSERT INTO users (name, email) VALUES ('张三', 'zhangsan@example.com')");
这种方式，简单粗暴。
问题出在哪儿呢？安全性。如果你的SQL语句是拼接用户输入的，比如：
"SELECT * FROM users WHERE name = '" + userName + "'"
，一旦
userName
被恶意输入
' OR '1'='1
，你的SQL就变成了
SELECT * FROM users WHERE name = '' OR '1'='1'
，这直接导致了SQL注入漏洞，所有数据都可能被泄露或篡改。这种漏洞，在企业级应用里是绝对不允许出现的。
而
PreparedStatement
则完全不同。它在执行SQL之前，会预编译SQL模板。你写SQL的时候用问号
?
作为占位符，然后通过
setXxx()
方法来设置参数。比如：
PreparedStatement pstmt = conn.prepareStatement("INSERT INTO users (name, email) VALUES (?, ?)"); pstmt.setString(1, "张三"); pstmt.setString(2, "zhangsan@example.com");
这种方式的好处显而易见：
- 安全性： 数据库在预编译时就已经确定了SQL的结构，用户输入的数据会被当作纯粹的参数值，而不是SQL代码的一部分。这样，无论用户输入什么，都不会改变SQL的逻辑，从而彻底杜绝了SQL注入的风险。这是我个人最看重的一点。
- 效率： 对于那些需要反复执行的SQL语句（比如批量插入或更新），
PreparedStatement
只需要编译一次，后续执行时直接传入参数即可，省去了重复编译的开销。这在处理大量数据时，性能提升是相当可观的。
- 可读性： 使用占位符，SQL语句看起来更清晰，参数与SQL逻辑分离，也方便维护。
所以，我的建议是，除非是执行DML（数据定义语言，如
CREATE TABLE
）或者一次性、参数固定的查询，否则，无脑选择
PreparedStatement
，它能为你省去无数麻烦，提高代码质量和安全性。这是JDBC编程的一个黄金法则。
评论（已关闭）
评论已关闭