当项目中没有定义 Student 实体类时，直接继承 JpaRepository 是无效且不被支持的；正确做法是绕过 JpaRepository，改用 EntityManager 手动执行原生查询。
当项目中没有定义 student 实体类时，直接继承 `jparepository
Spring Data JPA 的核心设计原则是面向领域实体（Entity），JpaRepository<t id></t> 的泛型参数 T 必须是一个被 @Entity 注解标记、且由 JPA 管理的持久化类。因此，以下写法无法正常工作：
@Repository
public interface CustomRepository extends JpaRepository<Object, Long> { // ❌ 错误：Object 不是有效实体
@Query(value = "SELECT name FROM student", nativeQuery = true)
List<String> getAllStudentNames();
}原因包括：
-
JpaRepository<object long></object>会导致 JPA 无法识别目标表结构、主键策略及映射关系； -
@Query(nativeQuery = true)在接口方法中虽语法合法，但 Spring Data JPA 仍会尝试为Object构建元模型，最终抛出IllegalArgumentException或运行时异常； - 即使侥幸通过编译，查询结果也无法被正确转换（如
List<string></string>可能因类型擦除或结果集映射失败而返回Object[]）。
✅ 正确解决方案：使用 @Repository 普通类 + EntityManager
@Repository
public class StudentRepository {
@PersistenceContext
private EntityManager em;
public List<String> findAllStudentNames() {
return em.createNativeQuery("SELECT name FROM student")
.getResultList()
.stream()
.map(Object::toString)
.collect(Collectors.toList());
}
// 若需强类型安全，可显式指定返回类型（适用于单列查询）
@SuppressWarnings("unchecked")
public List<String> findAllStudentNamesTyped() {
return em.createNativeQuery("SELECT name FROM student", String.class)
.getResultList();
}
}? 注意事项：
-
@PersistenceContext注入的EntityManager默认与当前事务绑定，无需手动管理生命周期； - 对于多列查询（如
SELECT id, name FROM student），若不定义实体类，可使用Object[]接收或搭配SqlResultSetMapping（需配合@SqlResultSetMapping和@ConstructorResult）； - 避免在
@Query中硬编码表名/字段名，建议结合@Value("${db.schema:public}")或数据库视图抽象结构变更风险； - 若后续引入
Student实体，应重构为标准JpaRepository<student long></student>，以获得分页、动态查询、审计等开箱即用能力。
总结：JpaRepository 不是“万能查询接口”，而是实体驱动的持久层抽象。脱离实体时，请回归 JPA 原生能力——EntityManager 提供了更灵活、更底层的控制权，同时保持与 Spring 事务管理的无缝集成。
