后端开发工程师Java框架题库及答案

后端开发工程师Java框架题库及答案一、单项选择题（共10题，每题1分，共10分）Spring框架的核心特性是以下哪一组？A.IOC（控制反转）和AOP（面向切面编程）B.MVC架构实现C.声明式事务管理D.ORM数据访问封装答案：A解析：IOC和AOP是Spring框架的核心底层特性，其余选项都是基于核心特性扩展的上层功能。选项B是SpringMVC模块的功能，选项C是Spring事务模块的功能，选项D是Spring数据访问模块的适配能力，均不属于核心特性。以下哪个注解不属于@SpringBootApplication注解的默认组成部分？A.@SpringBootConfigurationB.@EnableAutoConfigurationC.@ComponentScanD.@ResponseBody答案：D解析：@SpringBootApplication是组合注解，默认包含前三个注解，分别负责标注配置类、开启自动配置、扫描指定路径下的Bean。@ResponseBody是SpringMVC的注解，用于标注方法返回值直接作为响应体，不属于该组合注解的组成部分。MyBatis中能够有效防止SQL注入的参数传递符号是？A.{}B.${}C.两者都可以D.两者都不可以答案：A解析：{}底层采用预编译机制，会将参数位置替换为?占位符，通过PreparedStatement赋值，避免SQL注入；${}是直接字符串替换，会将参数原值拼接在SQL中，存在注入风险。SpringMVC的前端控制器是以下哪个组件？A.DispatcherServletB.HandlerMappingC.HandlerAdapterD.ViewResolver答案：A解析：DispatcherServlet是SpringMVC的核心前端控制器，所有HTTP请求首先会进入该组件进行分发。选项B负责匹配请求对应的处理器方法，选项C负责适配执行处理器方法，选项D负责解析视图，均不属于前端控制器。SpringCloud中负责实现服务调用负载均衡的组件是？A.EurekaB.RibbonC.FeignD.Gateway答案：B解析：Ribbon是客户端负载均衡组件，负责根据负载策略选择调用的服务实例。选项A是服务注册中心，选项C是声明式服务调用封装组件，选项D是API网关组件，均不负责负载均衡。以下哪种依赖注入方式是Spring官方不推荐使用的？A.构造器注入B.Setter方法注入C.字段注入（直接在字段上标注@Autowired）D.接口注入答案：C解析：字段注入会导致对象依赖关系对外不透明，不利于单元测试，且容易触发循环依赖问题，因此Spring官方不推荐使用，更推荐构造器注入的方式。接口注入是侵入性极强的注入方式，Spring本身也不支持该种注入模式。MyBatis中用于解决数据库字段名和实体类属性名不一致问题的注解是？A.@ResultMapB.@SelectC.@ParamD.@Mapper答案：A解析：@ResultMap用于指定自定义的结果映射规则，将数据库字段和实体类属性手动绑定。选项B用于标注查询SQL，选项C用于指定方法参数名称，选项D用于标注Mapper接口，均无法解决字段名不匹配的问题。SpringBoot自动配置的核心触发注解是？A.@EnableAutoConfigurationB.@ConfigurationC.@ConditionalD.@Component答案：A解析：@EnableAutoConfiguration负责开启SpringBoot的自动配置逻辑，会根据项目引入的依赖自动加载对应的配置类。选项B用于标注配置类，选项C是条件注解，用于判断配置类是否生效，选项D用于标注普通Bean，均不是自动配置的核心触发注解。Spring声明式事务的默认传播行为是？A.REQUIREDB.REQUIRES_NEWC.SUPPORTSD.NOT_SUPPORTED答案：A解析：REQUIRED是默认传播行为，规则是如果当前存在事务就加入当前事务，不存在则新建事务，适配绝大多数业务场景。其余选项都是可选的传播行为，需要手动指定。以下哪项不属于SpringCloudGateway的核心功能？A.路由转发B.权限校验C.限流熔断D.数据持久化答案：D解析：SpringCloudGateway是API网关组件，负责流量入口的管理，包含路由转发、统一权限校验、限流熔断等功能，但不负责数据持久化，该功能是持久层框架的能力范畴。二、多项选择题（共10题，每题2分，共20分）Spring框架支持的IOC依赖注入方式有哪些？A.构造器注入B.Setter方法注入C.字段注入D.静态方法注入答案：ABC解析：Spring支持前三种注入方式，其中构造器注入是官方推荐的方式，Setter和字段注入也可以正常使用。静态方法注入不属于Spring支持的注入方式，无法将依赖注入到静态变量中。SpringBoot官方支持的主流配置文件格式有哪些？A..propertiesB..ymlC..xmlD..json答案：AB解析：.properties和.yml是SpringBoot官方默认支持的两种配置文件格式，优先级properties高于yml。xml和json虽然可以通过扩展实现配置，但不属于官方主流支持的配置格式。以下属于MyBatis动态SQL标签的有哪些？A.B.C.D.答案：ABC解析：用于参数判断动态拼接条件，用于自动处理查询条件的前缀拼接问题，用于循环拼接集合参数，三者都是MyBatis的动态SQL标签。是前端网页标签，不属于MyBatis的标签范畴。以下属于SpringMVC常用注解的有哪些？A.@RestControllerB.@RequestMappingC.@GetMappingD.@Mapper答案：ABC解析：@RestController用于标注REST风格的控制器类，@RequestMapping用于配置请求路径映射，@GetMapping是GET请求的路径映射快捷注解，三者都是SpringMVC的常用注解。@Mapper是MyBatis的注解，用于标注数据访问接口，不属于SpringMVC注解。以下属于SpringCloud生态核心组件的有哪些？A.EurekaB.RibbonC.FeignD.MyBatis答案：ABC解析：前三者都是SpringCloud的核心组件，分别负责服务注册发现、负载均衡、声明式服务调用。MyBatis是持久层框架，不属于SpringCloud的生态组件。以下关于SpringAOP的说法正确的有？A.面向切面编程，用于解决横切关注点的统一处理问题B.可以实现日志记录、权限校验、事务管理等通用功能C.核心概念包括切点、通知、切面、连接点D.AOP可以完全替代OOP编程模式答案：ABC解析：AOP是OOP的补充，用于提取不同业务模块中重复的横切逻辑，降低代码耦合度，前三项描述均正确。AOP无法替代OOP，只是对OOP的能力补充，因此D选项错误。Spring事务支持的标准隔离级别包括以下哪些？A.读未提交B.读已提交C.可重复读D.串行化答案：ABCD解析：Spring事务完全支持SQL标准定义的四种隔离级别，从上到下隔离级别逐步升高，性能逐步降低，开发者可以根据业务需求灵活选择。以下关于@RestController和@Controller的区别说法正确的有？A.@RestController相当于@Controller加@ResponseBodyB.@Controller可以返回视图页面，@RestController默认返回JSON格式数据C.两者都可以处理HTTP请求D.@RestController只能用在SpringCloud微服务项目中答案：ABC解析：前三项描述均符合两个注解的特性，@RestController只是将返回值默认转为响应体，普通SpringMVC项目也可以使用，并不限定只能在微服务项目中使用，因此D选项错误。以下关于MyBatis中@Param注解的使用场景说法正确的有？A.方法有多个参数时，可以用@Param指定参数名方便SQL引用B.动态SQL中引用参数时，可以用@Param明确指定参数标识C.方法只有一个参数时必须使用@Param注解D.@Param用于标注Mapper接口，标识该接口需要被Spring扫描答案：AB解析：当方法只有一个参数时，MyBatis可以自动识别参数，不需要加@Param注解，因此C选项错误；@Mapper才是用于标注Mapper接口的注解，@Param仅用于标注方法参数，因此D选项错误，前两项描述正确。以下关于SpringBootStarter的说法正确的有？A.简化依赖配置，不需要手动引入大量零散依赖，避免版本冲突B.自动配置相关组件，不需要开发者手动编写大量配置类C.所有Starter都是Spring官方提供的D.Starter可以根据项目依赖自动判断需要加载的配置答案：ABD解析：除了Spring官方提供的Starter之外，大量第三方机构也提供了自定义Starter，比如MyBatis、Druid的Starter都是第三方开发的，因此C选项错误，其余三项描述均符合Starter的特性。三、判断题（共10题，每题1分，共10分）Spring的IOC容器负责创建和管理对象的生命周期，开发者不需要手动new对象就能获取容器管理的Bean。答案：正确解析：IOC的核心逻辑就是将对象的创建权从开发者转移到Spring容器，容器会负责对象的创建、依赖注入、生命周期管理，开发者只需要从容器中获取Bean即可，降低了代码耦合度。SpringBoot项目必须额外配置独立的Tomcat容器才能运行。答案：错误解析：SpringBoot内置了Tomcat、Jetty等Servlet容器，项目可以直接打成可执行jar包运行，不需要额外部署外部容器，也可以根据需求手动替换内置容器。MyBatis是全自动ORM框架，开发者不需要编写任何SQL语句就能实现数据访问。答案：错误解析：MyBatis是半自动ORM框架，核心SQL需要开发者自行编写，框架只负责将SQL执行结果映射为实体对象，全自动ORM框架比如JPA不需要开发者手动编写基础SQL。SpringMVC的工作流程中，HandlerMapping组件负责根据请求URL、请求方式等信息匹配对应的处理器方法。答案：正确解析：HandlerMapping是SpringMVC的核心组件之一，作用就是接收DispatcherServlet转发的请求后，匹配到对应的Controller层方法，再将匹配结果返回给DispatcherServlet。SpringCloud的Feign组件只能调用同注册中心下的内部服务，无法调用外部第三方HTTP接口。答案：错误解析：Feign不仅支持调用注册中心内的服务，也可以通过在@FeignClient注解中指定url参数的方式，调用任意外部第三方HTTP接口，适配性很强。Spring中使用@Autowired注解注入对象时，如果同一个类型存在多个实现类，必须配合@Qualifier注解指定具体实现，或者用@Primary标注优先实现类。答案：正确解析：@Autowired默认按类型注入，当同类型存在多个Bean时，容器无法判断注入哪个实现类，会抛出异常，此时可以用@Qualifier按名称指定注入的Bean，或者用@Primary标注某一个实现类为默认优先注入的Bean。SpringBoot的自动配置是完全强制的，开发者无法手动关闭某个不需要的自动配置类。答案：错误解析：开发者可以通过@SpringBootApplication注解的exclude属性指定需要关闭的自动配置类，也可以在配置文件中添加相关参数关闭特定的自动配置逻辑，灵活性很高。MyBatis的一级缓存是SqlSession级别的，不同SqlSession之间的缓存互不共享。答案：正确解析：一级缓存是MyBatis默认开启的缓存，属于当前SqlSession的私有缓存，同一个SqlSession内相同的查询会直接走缓存，不同SqlSession的缓存相互独立，互不影响。Spring的声明式事务是基于AOP实现的，默认只有public方法上的@Transactional注解才会生效。答案：正确解析：Spring声明式事务底层是动态代理实现的，非public方法无法被代理，因此标注的事务注解不会生效，只有public方法的事务注解才能正常触发事务逻辑。SpringCloudGateway是基于传统ServletAPI实现的网关组件，性能比Zuul1.x更低。答案：错误解析：SpringCloudGateway是基于WebFlux响应式编程实现的网关，底层采用Netty异步IO模型，性能比采用阻塞IO模型的Zuul1.x高很多，是SpringCloud官方推荐的网关组件。四、简答题（共5题，每题6分，共30分）简述SpringBoot相较于传统SSM框架的核心优势。答案：第一，依赖简化，提供场景化Starter组件，无需手动引入大量零散依赖，自动适配版本，避免依赖版本冲突问题；第二，自动配置，根据项目引入的依赖自动加载对应配置类，无需编写大量XML配置文件，大幅减少配置工作量；第三，内置容器，内置Tomcat、Jetty等Servlet容器，项目可以直接打成可执行jar包运行，不需要额外部署外部容器，简化部署流程；第四，运维友好，原生集成Actuator组件，可以快速实现项目的健康检查、运行指标监控、配置查看等运维功能，不需要额外引入监控组件；第五，生态适配，和SpringCloud等微服务生态无缝对接，原生支持各种微服务场景的配置，降低微服务架构的落地成本。解析：SpringBoot的所有优势都是围绕“简化开发、降低门槛”设计的，解决了传统SSM框架配置繁琐、依赖冲突多、部署流程复杂的痛点，大幅提升了后端开发的效率。简述MyBatis中{}和${}的核心区别。答案：第一，底层实现不同，{}是预编译处理，MyBatis会将SQL中的{}替换为?占位符，调用PreparedStatement的set方法赋值；${}是字符串直接替换，会将参数值原封不动拼接在SQL语句中；第二，安全性不同，{}的预编译机制可以有效防止SQL注入问题，安全性更高；${}存在SQL注入风险，安全性低；第三，使用场景不同，{}适合传递普通参数值，比如查询条件、插入字段值等常规参数传递场景；${}适合传递动态的SQL结构，比如动态指定表名、排序字段、排序规则等无法用预编译处理的场景。解析：如果必须使用${}的场景，一定要做好参数的合法性校验，比如限制表名只能是预设的白名单内的名称，避免恶意参数导致SQL注入问题。简述SpringAOP的核心概念及常见应用场景。答案：第一，核心概念包括切面、切点、通知、连接点，切面是横切关注点的模块化封装，切点是匹配连接点的规则，通知是切面在匹配到切点时要执行的代码逻辑，连接点是程序执行的具体位置，比如方法执行、异常抛出等；第二，核心作用是将和业务逻辑无关的横切逻辑统一管理，和业务逻辑解耦，避免相同代码重复编写，提升代码可维护性；第三，常见应用场景包括接口请求日志记录、全局权限校验、声明式事务管理、接口限流熔断、用户操作审计等非业务通用逻辑。解析：AOP的核心价值就是避免通用逻辑的重复编码，比如事务管理就是典型的AOP应用，不需要每个业务方法都手动编写开启事务、提交、回滚的代码，只需要加一个注解就能实现事务能力。简述SpringCloud中Eureka注册中心的核心作用和工作流程。答案：第一，核心作用是实现微服务的服务注册与发现，解决微服务架构下服务实例地址动态变化的问题，服务之间可以通过服务名互相调用，不需要硬编码服务IP地址；第二，服务提供者启动时会将自身的服务名称、IP地址、端口等信息注册到EurekaServer，并且定期发送心跳续约，证明服务正常运行；第三，服务消费者启动时会从EurekaServer拉取全量的服务注册列表，并且定期增量更新本地缓存的服务列表，不需要每次调用都请求注册中心；第四，EurekaServer会定期检查服务的心跳状态，清理长时间没有发送心跳的失效服务实例，保证注册列表的可用性。解析：Eureka还有自我保护机制，当短时间内大量服务心跳丢失时，会暂时保留失效的服务实例，避免网络波动导致正常服务被误删，提升分布式环境下的稳定性。简述Spring事务传播行为的概念，以及3种常用传播行为的含义。答案：第一，事务传播行为是指当一个事务方法被另一个事务方法调用时，当前事务方法应该如何运行的规则，用于解决方法嵌套调用时的事务边界划分问题；第二，REQUIRED是默认传播行为，规则是如果当前存在事务就加入该事务，如果不存在就新建一个事务，适合绝大多数需要事务保障的业务场景；第三，REQUIRES_NEW的规则是无论当前是否存在事务，都新建一个独立的事务运行，原事务的回滚不会影响新事务，适合需要独立提交的场景，比如操作日志记录、消息发送等；第四，SUPPORTS的规则是如果当前存在事务就加入该事务，如果不存在就以非事务方式运行，适合不需要强制事务保障的查询类方法。解析：选择传播行为时要根据业务的关联性判断，如果子方法和主方法属于同一个业务事务，就用REQUIRED；如果子方法的结果不需要和主方法绑定，就用REQUIRES_NEW。五、论述题（共3题，每题10分，共30分）结合实际业务场景，论述Spring的IOC和AOP是如何降低代码耦合度、提升开发效率的。答案：首先论点一：IOC通过控制反转将对象的创建和依赖关系管理交给Spring容器，消除了硬编码的对象创建逻辑，降低业务对象之间的耦合度。论据：传统SSM开发模式下，Service层依赖Dao层的对象，需要在Service代码中手动new对应的Dao实现类，如果后续因为业务迭代需要更换Dao层的实现，比如从MyBatis实现换成JPA实现，就需要修改所有Service层的对象创建代码，违反了开闭原则。而使用Spring的IOC机制，只需要将Dao层实现类和Service类都交给Spring容器管理，在Service中只需要注入Dao的接口，容器会自动匹配对应的实现类注入。比如用户查询业务，原来用MyBatis实现UserDao，后续要改成JPA实现，只需要将JPA的UserDao实现类加上@Repository注解，移除原MyBatis实现类的注解即可，不需要修改UserService中的任何业务代码，大幅降低了业务层和数据访问层的耦合。其次论点二：AOP通过面向切面编程，将横切逻辑和业务逻辑完全分离，避免通用代码重复编写，降低逻辑耦合度。论据：业务系统中所有的Controller接口都需要记录请求日志、校验用户登录状态，传统开发模式下需要在每个接口方法开头编写日志记录和权限校验的代码，代码重复度极高，如果后续要修改日志的存储格式，需要修改所有接口的代码，维护成本极高。使用SpringAOP的话，只需要定义一个日志切面和一个权限切面，配置切点匹配所有Controller层的方法，在通知中编写日志记录和权限校验的逻辑，所有匹配到的方法都会自动执行切面逻辑，不需要在业务方法中添加任何相关代码。后续要修改日志的输出内容，只需要修改切面中的代码，所有接口的日志逻辑都会同步更新，不需要修改业务代码。结论：IOC解决了业务对象之间的耦合问题，AOP解决了横切通用逻辑和业务逻辑的耦合问题，两者结合大幅减少了重复代码，降低了代码维护成本，提升了开发效率，是Spring框架的核心价值所在。结合实际开发经验，论述MyBatis的优缺点，以及适合的业务场景。答案：首先论点一：MyBatis作为半自动ORM框架，核心优势在于SQL灵活性高、性能优化空间大、学习成本低。论据：第一，SQL由开发者自行编写，可以针对复杂业务场景定制优化SQL，比如电商系统的订单统计报表，涉及多表关联、分组聚合、子查询等复杂逻辑，用MyBatis可以直接编写经过DBA优化的原生SQL，执行效率比全自动ORM框架生成的SQL高很多；第二，学习成本低，开发者只需要掌握基础SQL和简单的MyBatis配置就能上手，不需要学习复杂的ORM映射规则，团队适配速度快，非常适合有大量SQL开发经验的团队；第三，提供动态SQL功能，可以根据参数动态拼接SQL，避免了传统JDBC拼接SQL的繁琐和易错问题，比如多条件筛选的商品查询接口，可以用标签判断参数是否存在，动态拼接查询条件，不需要编写多个重复的SQL语句。其次论点二：MyBatis的缺点在于基础功能开发工作量大、数据库移植性差、缺少自动化能力。论据：第一，所有SQL都需要开发者手动编写，即便是简单的单表增删改查也需要编写对应的Mapper接口、XML配置和SQL语句，开发效率比全自动ORM框架低，比如简单的用户单表增删改查，JPA只需要继承JpaRepository接口就能直接使用所有基础方法，而MyBatis需要手动编写至少5条SQL语句，工作量更大；第二，SQL和具体的数据库语法绑定，如果后续要切换数据库，比如从MySQL切换到Oracle，需要修改所有使用了数据库特有语法的SQL，移植成本很高；第三，缺少自动化的级联查询、全局缓存管理等功能，需要开发者自行实现。最后论点三：MyBatis适合业务复杂、对性能要求高、查询需求灵活的项目，不适合需要快速迭代、数据库可能频繁切换的小型项目。结论：在实际开发中要根据项目特性选择框架，电商、金融等业务复杂、查询场景多样、对性能要求高的项目优先选择MyBatis，而小型后台管理系统、快速验证的Demo项目可以选择更便捷的全自动ORM框架。结合微服务项目的实际场景，论述SpringCloud核心组件的作