我正在使用JPA Criteria
API构建查询。当我使用javax.persistence.criteria.Path#in(Collection<?>)方法创建两个限制谓词时，生成的SQL查询与我预期的有所不同。

在int属性之上构建的第一个谓词产生了SQL，其中的参数集合的所有元素都内联：in (10, 20, 30)。

在String属性之上构建的第二个谓词产生了参数化的SQL ：in (?, ?, ?)。

让我展示：

实体：

@Entity
public class A {
    @Id 
    private Integer id;
    private int intAttr;
    private String stringAttr;
    //getter/setters
}

查询：

CriteriaBuilder cb = entityManager.getCriteriaBuilder();
CriteriaQuery<A> q = cb.createQuery(A.class);
Root<A> root = q.from(A.class);
q.where(
    root.get("intAttr").in(Arrays.asList(10, 20, 30)),
    root.get("stringAttr").in(Arrays.asList("a", "b", "c"))
);
entityManager.createQuery(q).getResultList();

日志：

select
    a0_.id as id1_0_,
    a0_.intAttr as intAttr2_0_,
    a0_.stringAttr as stringAt3_0_ 
from
    A a0_ 
where
    (
        a0_.intAttr in (
            10 , 20 , 30
        )
    ) 
    and (
        a0_.stringAttr in (
            ? , ? , ?
        )
    ) 
org.hibernate.type.descriptor.sql.BasicBinder - binding parameter [1] as [VARCHAR] - [a] 
org.hibernate.type.descriptor.sql.BasicBinder - binding parameter [2] as [VARCHAR] - [b] 
org.hibernate.type.descriptor.sql.BasicBinder - binding parameter [3] as [VARCHAR] - [c]

我的问题：

1. 为什么将Integer列表的元素直接内联到sql以及将String列表的元素作为已准备好的语句参数处理？
2. 此功能是Hibernate特定的还是JPA保证的？
3. 从数据库角度来看，应首选哪两个？
4. 这是int-yes string-no内联，以某种方式与sql注入相关吗？
5. 这是否与RDMBS可以处理的sql IN子句中的值数限制有关？
6. 如何编写将与String参数列表相同的条件查询来处理Integer参数列表。