最近接触一个老项目,发现当你在Java中使用匿名内部类或lambda表达式,并尝试访问外部作用域中的局部变量时,如果该变量不是final的,你就会遇到编译错误。这个规则是为了确保匿名内部类或lambda表达式可以安全地访问外部变量的值,而不会因为外部变量的变化而导致不可预测的行为。
而在jdk8 引入了一个新的特性,即局部变量只要在初始化之后不再被重新赋值,就可以被隐式地视为final,因此可以在lambda表达式和匿名内部类中使用。但是,如果你确实重新赋值了这个变量,那么编译器会报错,指出这个变量不是final的。
所以在jdk7 需要手动加上final。
案例代码如下,我将内部类中使用的sql_insert_temp和customTemp加上了final。
public String createCustomTempAndGetTempId(final CustomTemp customTemp) throws Exception{
final String sql_insert_temp = "insert into user_custom_order_temp "
+ " ( temp_name, temp_remark, username, state, create_user, create_date, modify_user, modify_date, ordtp ) "
+ " values ( ?, ?, ?, ?, ?, ?, ?, ?, ? )";
// 使用 KeyHolder 来获取生成的键
KeyHolder keyHolder = new GeneratedKeyHolder();
// 使用 jdbcTemplate 的 update 方法,并传递 KeyHolder
jdbcTemplate.update(
new PreparedStatementCreator() {
@Override
public PreparedStatement createPreparedStatement(Connection connection) throws SQLException {
PreparedStatement ps = connection.prepareStatement(sql_insert_temp, PreparedStatement.RETURN_GENERATED_KEYS);
ps.setString(1, customTemp.getTemp_name());
ps.setString(2, customTemp.getTemp_remark());
ps.setString(3, customTemp.getUsername());
ps.setString(4, customTemp.getState());
ps.setString(5, customTemp.getCreate_user());
ps.setTimestamp(6, new java.sql.Timestamp(new Date().getTime()));
ps.setString(7, customTemp.getModify_user());
ps.setTimestamp(8, new java.sql.Timestamp(new Date().getTime()));
ps.setString(9, customTemp.getOrdtp());
return ps;
}
},
keyHolder
);
// 获取生成的键
return keyHolder.getKey().toString();
}