使用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编程的一个黄金法则。
