JPA 面试题及详细答案（实战接地气版）

JPA面试题及详细答案（实战接地气版）一、基础认知类（入门必问）1、说说你对JPA的理解？JPA和Hibernate的关系是什么？答案：JPA不是框架，是Java官方的ORM规范、接口标准，定义了对象操作数据库的统一规则，比如实体注解、CRUD接口、查询规范等，本身没有具体实现。Hibernate是JPA最主流的实现框架。简单说：JPA是标准，Hibernate是实现。我们开发中常用的SpringDataJPA，是Spring基于JPA规范再次封装的工具，简化了数据库操作，底层默认还是依赖Hibernate实现。2、JPA、MyBatis、SpringDataJPA三者的区别和适用场景？答案：MyBatis：半ORM框架，需要自己写SQL，灵活度高，适合复杂查询、多表关联、频繁优化SQL的业务，比如报表、复杂统计、老旧系统改造。缺点是简单CRUD代码冗余。原生JPA：纯ORM规范，面向对象操作数据库，不用写SQL，适合简单业务、快速开发。缺点是复杂查询、动态条件拼接比较麻烦。SpringDataJPA：在JPA基础上封装，极致简化开发，自带CRUD方法、方法名自动生成SQL、分页排序，适配绝大多数常规业务。缺点是特殊复杂SQL还是需要手写。日常开发选型：简单业务、快速迭代用SpringDataJPA；复杂查询、需要精细控制SQL用MyBatis。3、JPA常用的核心实体注解有哪些？分别作用？答案：@Entity：标记当前类为数据库实体类，被JPA托管。@Table(name="xxx")：映射对应的数据库表名，实体类名和表名不一致时必须指定。@Id：标记主键字段。@GeneratedValue：主键生成策略，搭配@Id使用。@Column：映射表字段，可设置长度、是否非空、唯一、字段名映射。@Transient：临时字段，不映射数据库表字段，仅用于业务传输。@Temporal：日期类型映射，指定是DATE、TIME还是TIMESTAMP。@Enumerated：枚举类型映射数据库字段。4、JPA主键生成策略有哪几种？各自区别？答案：通过@GeneratedValue(strategy=)指定，常用四种：IDENTITY：数据库自增，依赖数据库自增主键，MySQL常用，插入数据后才会生成主键。AUTO：默认策略，JPA自动根据数据库选择策略，MySQL走自增，Oracle走序列。SEQUENCE：序列生成主键，Oracle、PostgreSQL常用，需要手动创建序列。TABLE：用一张专门的表维护主键，兼容性好，但性能最差，基本不用。实际开发MySQL项目，基本都是用IDENTITY。二、SpringDataJPA核心用法1、SpringDataJPA的核心接口有哪些？继承关系？答案：继承层级从顶层到底层：Repository：顶层父接口，空接口，标识作用，所有持久层接口的父类。CrudRepository：继承Repository，提供基础CRUD方法，无分页功能。PagingAndSortingRepository：继承CrudRepository，新增分页、排序功能。JpaRepository：继承PagingAndSortingRepository，功能最全，新增批量操作、刷新缓存、批量删除等方法，开发中基本都继承这个接口。2、SpringDataJPA有几种查询方式？答案：四种常用方式，开发中混合使用：1、默认自带方法：save、findById、findAll、deleteById等，无需手写。2、方法名命名查询：按照JPA规则定义方法名，框架自动解析生成SQL，比如findByUsername、findByAgeGreaterThan。简单条件查询首选，不用写SQL。3、@JPQL查询：写面向实体的查询语句，操作的是实体名和属性，不是表名和字段，支持复杂条件、关联查询。4、@NativeQuery原生SQL查询：直接写数据库原生SQL，适合复杂统计、特殊语法、函数查询。3、讲讲JPA方法名查询的常用关键字？答案：日常高频使用，不用写SQL，直接定义方法名即可：等值：findByXXX、readByXXX、getByXXX模糊：Like、NotLike范围：GreaterThan、LessThan、Between空判断：IsNull、IsNotNull包含：In、NotIn排序：OrderByXXXDesc/OrderByXXXAsc去重：Distinct示例：List<User>findByAgeBetweenAndUsernameLike(Integermin,Integermax,Stringname);4、JPQL和原生SQL的区别？答案：JPQL：面向对象查询，语句中写的是实体类名、属性名，不是表名字段名，语法通用，跨数据库适配性好，不用改代码切换数据库。不支持数据库专属函数、特殊语法。原生SQL：面向数据库表，写真实表名、字段名，支持所有数据库函数、特殊语法，查询效率可控，但跨数据库兼容性差，数据库切换需要改SQL。三、JPA核心原理与生命周期1、JPA实体的四种状态？分别是什么场景？答案：这是JPA核心重点，所有增删改查都围绕实体状态流转：瞬时态（临时态）：new出来的实体对象，没有被持久化、没有存入缓存、数据库无对应数据，和JPA上下文无关。持久态：实体被JPA托管，存在于一级缓存中，数据库有对应记录。持久态实体自动更新，不用手动调用save，修改属性后事务提交自动同步数据库。游离态：数据库有对应数据，但当前实体不在JPA缓存中，脱离托管。修改游离态实体属性，不会自动更新数据库。删除态：执行delete方法后，实体标记为删除，事务提交后会从数据库删除。2、JPA一级缓存和二级缓存的区别？默认开启哪个？答案：一级缓存（Session缓存）：默认开启，不可关闭。作用域是当前事务/当前会话，同一个事务内，多次查询同一数据，只会查一次数据库，后续从缓存取。事务结束后缓存清空。二级缓存：默认关闭，需要手动配置。作用域是全局、跨会话、跨事务，所有请求共享缓存，适合查询频繁、修改少的静态数据，比如字典、配置。日常开发基本只用一级缓存，二级缓存很少用，容易出现数据脏读问题。3、为什么持久态实体修改属性不用save也能更新数据库？答案：JPA事务提交时，会触发脏数据检查机制。当前事务内的持久态实体，会和一级缓存中快照数据对比，如果属性发生变化，JPA会自动生成update语句，同步到数据库，不需要手动调用save方法。这也是JPA开发的特点，但如果不注意，容易出现无意更新字段的问题。四、关联关系（高频面试重点）1、JPA四种关联关系及实际业务场景？答案：一对一@OneToOne：用户和用户详情、员工和工号，一一对应。一对多@OneToMany：部门和员工、订单和订单明细，一个主体对应多个子数据。多对一@ManyToOne：员工归属部门、订单归属用户，多个数据对应一个主体，开发中最常用。多对多@ManyToMany：用户和角色、角色和权限，互相多对多关联。2、mappedBy关键字的作用？什么时候用？答案：mappedBy用来指定关联关系的维护方，放弃当前实体的外键维护权。举个例子：部门和员工一对多，外键在员工表。员工（多的一方）是关系维护方，负责维护外键；部门（一的一方）是被动方，需要在@OneToMany上加mappedBy="dept"，表示放弃维护，避免JPA重复生成中间表、报错。核心规则：外键在哪张表，哪张表就是关系维护方，另一方加mappedBy。3、fetch加载策略LAZY和EAGER区别？答案：EAGER（立即加载）：查询当前实体时，立刻查询关联数据，一次性加载所有关联对象。优点是使用方便，缺点是数据量大时查询冗余、性能差。@ManyToOne默认EAGER。LAZY（延迟加载）：查询当前实体时，不加载关联数据，只有调用关联属性时，才会查询数据库。性能更好，避免多余查询。@OneToMany、@ManyToMany默认LAZY。开发中优先使用延迟加载，提升查询性能。4、什么是懒加载异常（LazyInitializationException）？怎么解决？答案：异常原因：事务已经关闭、Session已经销毁，此时去访问延迟加载的关联属性，没有数据库会话支撑，直接报错。常见解决方案：业务层查询时，通过joinfetch主动抓取关联数据；开启OpenSessionInView（不推荐，有性能隐患）；按需设置加载策略，不滥用懒加载；DTO分层，查询后立即封装数据，不在事务外访问关联属性。五、事务与批量操作1、JPA事务默认传播机制和隔离级别？答案：传播机制默认REQUIRED：有事务就加入，没有就新建事务。隔离级别默认和数据库一致：MySQL默认可重复读（RR）。2、JPAsave方法是新增还是修改？底层怎么判断？答案：JPA的save方法是新增/更新合并方法，底层判断逻辑：如果实体主键为null/主键不存在：执行insert新增；如果实体主键有值：执行select查询，判断数据库是否存在数据，存在则update更新，不存在则insert。所以批量操作时直接save性能差，因为会多一次查询，推荐用saveAll批量保存，或者原生批量SQL。3、JPA批量更新、删除需要注意什么？答案：JPA的批量update、delete属于直接操作数据库，不会更新一级缓存，会导致缓存和数据库数据不一致，出现脏数据。解决方案：批量操作后，手动clear缓存、refresh刷新实体，或者直接避免批量操作后再查询同一事务内的数据。六、性能优化与实战踩坑（面试加分项）1、JPA常见性能问题有哪些？答案：N+1查询问题：查询主数据1次，循环遍历每条数据的关联对象，额外发起N次查询，导致查询次数暴增。懒加载滥用：事务外访问关联数据报错，或频繁触发延迟查询。save方法冗余查询：主键有值时先查后改，浪费性能。不使用分页查询：findAll查询全表数据，数据量大时内存溢出。动态条件拼接麻烦：硬写多个方法，代码冗余。2、怎么解决JPA的N+1问题？答案：实战常用三种方案：JPQL中使用joinfetch关联抓取，一次性查询主数据和关联数据，只查1次库；使用@EntityGraph指定需要加载的关联字段，提前抓取；避免循环内查询数据库，批量查询、一次性封装数据。3、JPA分页查询有什么坑？怎么解决？答案：默认的Page分页会执行两条SQL：一条查分页数据，一条count统计总数，大数据量、复杂查询时count语句极慢。优化方案：不需要总数时，使用Slice分页，不执行count查询，性能更高；复杂查询手写countSQL，自定义分页；对count字段建立索引。4、JPA和MyBatis相比，最大的短板是什么？答案：复杂查询、多表嵌套、复杂统计、自定义SQL场景下不够灵活，自动生成的SQL有时候冗余、低效，无法精细化优化SQL。所以企业开发中一般简单CRUD用JPA，复杂查询用MyBatis，两者搭配使用。七、高频手写面试题1、手写一个SpringDataJPA分页+条件查询示例答案：java

//1、持久层接口

publicinterfaceUserRepositoryextendsJpaRepository<User,Long>{

//条件分页查询

Page<User>findByUsernameLikeAndStatus(Stringusername,Integerstatus,Pageablepageable);

}

//2、业务层调用

Pageablepageable=PageRequest.of(0,10,Sort.by(Sort.Direction.DESC,"createTime"));

Page<User>userPage=userRepository.findByUsernameLikeAndStatus("%"+name+"%",1,pageable);

/