升级至IntelliJ 2018.1后,SQL引用常量出现编译错误
解决IntelliJ 2018.1中SQL引用Java常量的编译错误
嘿,这个问题我太熟了!升级到IntelliJ 2018.1后出现的「or DELIMITER expected, got 'xxx'」错误,其实是IDE的SQL注入检查模块犯了个小错误——它把你定义的Java静态字符串常量误当成了SQL语法的一部分,而不是动态拼接的字符串值。
给你整理几个靠谱的解决办法:
临时快速修复(单个文件)
如果你只想解决当前文件的报错,直接在有问题的SQL字符串上方加一行注释,告诉IDE跳过这个检查就行:public class PeopleSQL { public static final String ID_COL = "id"; public static final String FIRSTNAME_COL = "firstname"; public static final String LASTNAME_COL = "lastname"; public static void getListOfPeople(Connection connection) throws SQLException { // 让IDE跳过SQL语法检查 //noinspection SqlResolve String sql = "SELECT " + ID_COL + ", " + FIRSTNAME_COL + ", " + LASTNAME_COL + " FROM people"; PreparedStatement stmt = connection.prepareStatement(sql); // ... 后续逻辑 } }注释里的
SqlResolve或者SqlNoDataSourceInspection都能生效,选一个就行。全局调整IDE设置(批量解决)
要是你有很多文件都遇到这个问题,可以全局修改SQL检查规则:- 打开IntelliJ设置(快捷键
Ctrl+Alt+S,Mac是Cmd+,) - 找到
Languages & Frameworks > SQL Dialects > SQL Injection - 在这里可以调整Java字符串中SQL注入检查的严格程度,或者给静态常量引用添加例外规则
- 另一种方式是去
Inspections > SQL > SQL syntax error,把这个检查的严重程度改成「警告」或者直接禁用,直到你升级IDE版本
- 打开IntelliJ设置(快捷键
彻底根治:升级IntelliJ版本
这个bug是2018.1初期版本的问题,JetBrains在后续的小版本(比如2018.1.1)里就修复了。如果条件允许,直接升级到最新的稳定版,以后就不会再碰到这个问题了。
顺便提一句,用字符串拼接SQL的方式虽然能解决业务需求,但如果是复杂查询,建议用MyBatis这类ORM框架或者预编译语句的占位符,既能避免SQL注入,也能让IDE的语法检查更准确哦。
内容的提问来源于stack exchange,提问作者Stephane Grenier




