preparedstatement参数设置错误的核心是占位符?与setxxx()调用在顺序、个数、类型上必须严格对应：索引从1开始且连续；?数量须等于set调用次数；数据类型需匹配（如int用setint，null用setnull）。
PreparedStatement 参数设置错误，通常是因为参数索引不匹配、类型不一致或 SQL 占位符数量与 set 方法调用次数不符。核心是确保 占位符 ? 的顺序、个数、类型 和 setXxx(int parameterIndex, ...) 的调用严格对应。
检查参数索引是否从 1 开始且连续
PreparedStatement 的参数索引从 1 开始，不是 0。常见错误是写成 ps.setString(0, "name") 或跳过某个位置。
- ✅ 正确：第一个 ? 对应
ps.setString(1, "Alice")，第二个 ? 对应ps.setInt(2, 25) - ❌ 错误：用 0 当起始索引；或漏掉第 3 个参数却直接设第 4 个（如只有 3 个 ? 却调用
ps.setString(4, "...")）
确认 SQL 中 ? 的数量和 set 调用次数完全一致
每有一个 ?，就必须且只能调用一次对应的 setXxx()。多设、少设、重复设同一个索引都会出错（如 SQLSyntaxErrorException 或 InvalidParameterIndexException）。
- 例如 SQL 是
"INSERT INTO user(name, age, city) VALUES (?, ?, ?)"→ 必须且仅能调用三次 set 方法，索引为 1、2、3 - 如果用了
WHERE id = ? AND status = ?，但只设了第一个参数，执行 executeQuery() 时会抛SQLException
注意数据类型与 set 方法严格匹配
不能用 setString() 给数字字段传非数字字符串（如 "abc"），也不能对时间字段直接传 java.util.Date（要用 java.sql.Timestamp 或 setObject(..., LocalDateTime, JDBCType.TIMESTAMP)）。
-
INT列 → 用setInt()或setObject(1, 123, JDBCType.INTEGER) -
TIMESTAMP列 → 推荐setTimestamp(2, Timestamp.valueOf(LocalDateTime.now()))或setObject(2, LocalDateTime.now(), JDBCType.TIMESTAMP) -
NULL值 → 用setNull(index, Types.INTEGER)，不能传null给setString()（虽然部分驱动允许，但不规范）
调试小技巧：打印 SQL 模板 + 核对参数列表
日志中不显示真实参数值（这是 PreparedStatement 的安全特性），但你可以手动模拟：
- 把 SQL 字符串写清楚：
"SELECT * FROM order WHERE uid = ? AND status IN (?, ?)" - 旁边列好参数：①
1001（int）、②"paid"（string）、③"shipped"（string） - 再逐行核对代码：
ps.setInt(1, 1001)、ps.setString(2, "paid")、ps.setString(3, "shipped")
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
