Spring Security登录报错java.sql.SQLException参数索引越界求助

嘿，这个错误我之前帮不少开发者排查过，本质就是你的SQL语句和参数设置不匹配导致的——你代码里想给第1个参数赋值，但你的SQL里根本没留占位符（?），JDBC驱动找不到对应位置自然就抛出索引越界异常了。结合你集成Spring Security做登录注册的场景，我给你梳理几个核心排查方向：

1. 先查UserDetailsService里的用户查询SQL #

Spring Security登录时会调用UserDetailsService加载用户信息，这是最容易出问题的地方：

• 你得确认查询用户的SQL有没有用?占位符，比如错误写法是直接把用户名拼进SQL：SELECT * FROM users WHERE username = 'admin'（硬编码或字符串拼接），但代码里却还是调用了setString(1, username)；
• 正确的写法应该是：SELECT username, password, enabled FROM users WHERE username = ?，参数位置和SQL里的?一一对应。

打开你的MySecurityConfig或者自定义的UserDetailsService实现类，找到这段查询逻辑，对比SQL和参数设置是否匹配。

2. 检查注册接口的SQL操作 #

如果注册时也触发类似问题，别漏了注册逻辑里的插入/更新SQL：

• 比如插入用户时，SQL写成了INSERT INTO users(username, password) VALUES ('test', '123456')（硬编码值），但代码里却调用了setString(1, username)、setString(2, password)这种设置参数的方法，自然会报错。

3. 核对JdbcTemplate的使用方式 #

如果你用了Spring的JdbcTemplate，要注意两种传参方式的区别：

• 普通JdbcTemplate必须用?作为占位符，参数数组的顺序要和SQL里的?位置严格对应；
• 如果你用了命名占位符（比如:username），那得用NamedParameterJdbcTemplate，别混用两种模板的传参方法，不然也会导致参数不匹配。

4. 排查DAO/Mapper层的SQL语法 #

如果项目里用了MyBatis这类持久层框架，检查XML或注解中的SQL：

• 确保用的是#{username}这种预编译占位符，而不是${username}（字符串拼接，不会生成占位符）；
• 同时检查接口方法的参数是否和占位符名称对应，避免参数名写错导致无法匹配。

快速定位小技巧 #

你可以在执行SQL前加个日志打印，把SQL语句和参数都输出来，比如：

String sql = "SELECT * FROM users WHERE username = ?";
System.out.println("要执行的SQL: " + sql);
System.out.println("传入的参数: " + username);
jdbcTemplate.queryForObject(sql, new Object[]{username}, new UserRowMapper());

这样一眼就能看出SQL里有没有占位符，参数数量对不对得上。

内容的提问来源于stack exchange，提问作者had0uken