PreparedStatement复用的核心是同一连接内SQL模板完全一致时仅编译一次，服务端缓存执行计划，客户端复用句柄；需确保SQL字符串（含空格、换行、大小写）严格相同，正确做法是在单次请求或事务内复用并及时close，配合数据库开启服务端预编译缓存。
PreparedStatement 复用的核心在于同一连接内多次执行相同 SQL 模板时，只编译一次，后续直接绑定参数执行。数据库（如 MySQL、PostgreSQL）会在服务端缓存预编译语句的执行计划，客户端 PreparedStatement 对象则复用底层的语句句柄，避免重复解析、校验和优化 SQL 的开销。
复用的前提：SQL 字符串必须完全一致
只有 SQL 文本（含空格、换行、大小写）完全相同时，数据库才可能命中预编译缓存。例如：
- ✅ 可复用：
"SELECT id, name FROM user WHERE age > ?"（两次都用这个字符串创建 PreparedStatement） - ❌ 不可复用：
"select id,name from user where age > ?"（大小写/空格不同，MySQL 默认不区分但部分驱动或配置下会视为不同语句） - ❌ 不可复用：
"SELECT id, name FROM user WHERE age > ? AND status = ?"（参数占位符数量或位置变了）
正确复用方式：按需创建 + 手动关闭，而非反复 new
不要每次执行都调用 connection.prepareStatement(sql)；应在业务逻辑中复用同一个 PreparedStatement 实例（在事务或单次请求生命周期内），并及时设置新参数后执行：
- 在循环中批量操作时，先创建一次 PreparedStatement，再循环
setXxx()+executeUpdate() - 避免跨连接复用（PreparedStatement 绑定到特定 Connection，不可共享）
- 用完后调用
ps.close()，释放语句资源（尤其在连接池场景下，不 close 可能导致服务端缓存泄漏）
数据库端配合：开启预编译缓存支持
以 MySQL 为例，默认不启用服务端预编译缓存（即 useServerPrepStmts=false），此时预编译由 JDBC 驱动模拟，无服务端计划复用效果：
Alibabacloud Sdk Client Initialization For Java
下载
在 Java 中初始化和管理阿里云 SDK客户端。包括单例模式、线程安全、endpoint 与 region 配置、VPC 终端节点、同步与异步等。
立即学习“Java免费学习笔记（深入）”；
- 连接 URL 加上
?useServerPrepStmts=true&cachePrepStmts=true - 推荐补充
&prepStmtCacheSize=250&prepStmtCacheSqlLimit=2048，提升缓存容量和 SQL 长度容忍度 - PostgreSQL 使用
prepareThreshold参数控制何时触发服务端预编译（默认 5，即第 5 次执行同 SQL 时才准备）
注意边界：不是所有场景都适合长期持有 PreparedStatement
长时间持有（如静态变量缓存）反而有害：
- Connection 关闭后，关联的 PreparedStatement 自动失效，再 execute 会抛异常
- 连接池回收连接时，未 close 的 PreparedStatement 可能引发资源泄漏或警告
- 高并发下大量长期持有的 PreparedStatement 会占用数据库服务端句柄，可能触发
max_prepared_stmt_count限制（MySQL）
更稳妥的做法是：在方法内创建、使用、关闭；或在 DAO 层配合连接生命周期管理，不跨请求/线程缓存实例。
