EntityManager执行嵌套子查询报错：IllegalArgumentException求助

嘿，这个问题我碰到过不少次——你写的是原生SQL语法，但用了JPA的createQuery()方法，它默认解析的是JPQL（Java Persistence Query Language），而JPQL不支持在FROM子句里直接嵌套子查询，这就是为啥数据库客户端能跑，但EntityManager报错的原因。

为啥会触发这个异常？ #

JPQL的语法规则和原生SQL不一样：早期的JPA版本（2.0及之前）完全不允许在FROM子句里放子查询；哪怕是JPA 2.1+，也只支持带别名的子查询（比如FROM (SELECT ...) AS t），而且不同JPA实现（比如Hibernate）对这个的支持还不一致。你的语句直接在FROM后写未别名的子查询，完全不符合JPQL的语法规范，所以解析时就炸了。

两种修复思路，按需选： #

1. 简化JPQL，去掉不必要的子查询

你的需求其实就是捞processName包含%abcaccz%的processId，完全没必要嵌套子查询，直接写成下面这样就行：

em.createQuery("SELECT processId FROM YourEntityClass WHERE processName LIKE '%abcaccz%'")

⚠️ 注意：这里的YourEntityClass要替换成你对应的实体类名称，JPQL是面向实体类的，不是直接用数据库表名；processId和processName也要是实体类里的字段名，不是数据库列名哦。

2. 用原生SQL查询绕过JPQL限制

如果是复杂场景必须保留子查询结构，那直接用JPA的原生SQL查询方法createNativeQuery()，这样语句会直接传给数据库执行，和你在客户端跑的效果一样：

em.createNativeQuery("SELECT processId FROM (SELECT processId FROM table_name WHERE processName like '%abcaccz%')")

额外提醒 #

• 日常用JPQL的时候，一定要区分开实体类/字段名和数据库表/列名，很多新手容易在这里踩坑。
• 如果你用的是Hibernate，它的HQL比标准JPQL支持更多SQL语法，但还是建议尽量遵循JPQL规范，这样换JPA实现的时候不会出问题。

内容的提问来源于stack exchange，提问作者Roni Koren Kurtberg