java

关注公众号 jb51net

关闭
首页 > 软件编程 > java > Java面试题冲刺

Java面试题冲刺第八天--Spring框架2

作者：_陈哈哈

这篇文章主要为大家分享了最有价值的三道Spring框架面试题，涵盖内容全面，包括数据结构和算法相关的题目、经典面试编程题等，感兴趣的小伙伴们可以参考一下

面试题1：聊一下你对AOP的理解吧？

AOP（Aspect Oriented Programming），面向切面思想，是Spring的三大核心思想之一（两外两个：IOC-控制反转、DI-依赖注入）。AOP主要应用于处理一些具有横切性质的系统级服务，如日志收集、事务管理、安全检查（权限校验）、缓存、对象池管理等。

那么AOP是干啥的？在我们的程序中，经常存在一些系统性的需求，比如权限校验、记录日志等，这些代码会散落穿插在各个业务逻辑中，非常冗余且不利于维护。例如下面这个示意图：

在这里插入图片描述

有多少业务操作，就要写多少重复的校验和日志记录代码，这显然是无法接受的。当然，用面向对象的思想，我们可以把这些重复的代码抽离出来，写成公共方法，就是下面这样：

在这里插入图片描述

这样，代码冗余和可维护性的问题得到了解决，但每个业务方法中依然要依次手动调用这些公共方法，也是略显繁琐。有没有更好的方式呢？有的，那就是AOP，AOP将权限校验、日志记录等非业务代码完全提取出来，与业务代码分离，并寻找节点切入业务代码中：

在这里插入图片描述

使用AOP的好处主要是降低模块的耦合度、使系统容易扩展、提高代码复用性。

简单地去理解，其实AOP要做三类事：

因此，AOP的体系可以梳理为下图：

在这里插入图片描述

AOP的一些概念：

追问1：Advice通知的类型有哪几种？

在AOP术语中，切面的工作被称为通知，实际上是程序执行时要通过SpringAOP框架触发的代码段。

Spring切面可以应用5种类型的通知：

追问2：在同一个切面（Aspect）中，不同Advice的执行顺序

无异常情况下：

/*************不同Advice的执行顺序*****************/
1. around before advice
2. before advice
3. target method （执行代码段）
4. around after advice
5. after advice
/*******************前五个都一样*******************/
6. afterReturning
/*************************************************/

有异常情况下：

/*************不同Advice的执行顺序*****************/
1. around before advice
2. before advice
3. target method （执行代码段）
4. around after advice
5. after advice
/*******************前五个都一样*******************/
6. afterThrowing:异常发生
7. java.lang.RuntimeException: 异常发生
/*************************************************/

面试题2：AspectJ AOP 和 Spring AOP 有什么区别？

AOP实现的关键在于代理模式，AOP代理主要分为静态代理和动态代理。

Spring AOP和AspectJ有不同的目标。

从原理上看：

Spring AOP

AspectJ

AspectJ属于静态代理（织入），通过修改代码来实现，有如下几个织入的时机：

  1. 编译期织入（Compile-time weaving）： 如类 A 使用 AspectJ 添加了一个属性，类 B 引用了它，这个场景就需要编译期的时候就进行织入，否则没法编译类 B。
  2. 编译后织入（Post-compile weaving）： 也就是已经生成了 .class 文件，或已经打成 jar 包了，这种情况我们需要增强处理的话，就要用到编译后织入。
  3. 类加载后织入（Load-time weaving）： 指的是在加载类的时候进行织入，要实现这个时期的织入，有几种常见的方法。1、自定义类加载器来干这个，这个应该是最容易想到的办法，在被织入类加载到 JVM 前去对它进行加载，这样就可以在加载的时候定义行为了。2、在 JVM 启动的时候指定 AspectJ 提供的 agent：-javaagent:xxx/xxx/aspectjweaver.jar。

AspectJ可以做Spring AOP干不了的事情，它是AOP编程的完全解决方案，Spring AOP则致力于解决企业级开发中最普遍的AOP（方法织入）。而不是成为像AspectJ一样的AOP方案。

因为AspectJ在实际运行之前就完成了织入，所以说它生成的类是没有额外运行时开销的

指标项 Spring AOP AspectJ
使用语言 在纯 Java 中实现 使用 Java 编程语言的扩展实现
是否需要编译 不需要单独的编译过程 除非设置 LTW，否则需要 AspectJ 编译器 (ajc)
织入方式 只能使用运行时织入 运行时织入不可用。支持编译时、编译后和加载时织入
织入能力 功能不强-仅支持方法级编织 更强大 – 可以编织字段、方法、构造函数、静态初始值设定项、最终类/方法等……。
适用范围 只能在由 Spring 容器管理的 bean 上实现 可以在所有域对象上实现
切入点要求 仅支持方法执行切入点 支持所有切入点
代理局限 代理是由目标对象创建的, 并且切面应用在这些代理上 在执行应用程序之前 (在运行时) 前, 各方面直接在代码中进行织入
性能 比 AspectJ 慢很多 更好的性能
复杂度 易于学习和应用 相对于 Spring AOP 来说更复杂

追问1：了解JDK动态代理和CGLIB动态代理的原理么？他俩有哪些区别？

Spring AOP中的动态代理主要有两种方式，JDK动态代理和CGLIB动态代理：

JDK动态代理：是利用反射机制生成一个实现代理接口的匿名类，在调用具体方法前调用 InvokeHandler 来处理，他有一个限制，就是它只能为接口创建代理实例，那么对于没有通过接口定义业务方法的类，就要用CGLIB动态代理了。 CGLIB(Code Generation Library)动态代理：是一个基于ASM的字节码生成库，它允许我们在运行时对字节码进行修改和动态生成。CGLIB通过继承方式实现代理，在子类中采用方法拦截的技术拦截所有父类方法的调用并顺势织入横切逻辑。

JDK动态代理具体实现原理：

JDK动态代理是面向接口的代理模式，如果被代理目标没有接口那么Spring也无能为力，Spring通过Java的反射机制生产被代理接口的新的匿名实现类，重写了其中AOP的增强方法。

CGLib动态代理：

利用ASM开源包，对代理对象类的class文件加载进来，通过修改其字节码生成子类来处理。

如果目标对象实现了接口，默认情况下会采用JDK的动态代理实现AOP；

如果目标对象实现了接口，可以强制使用CGLIB实现AOP；

如果目标对象没有实现了接口，必须采用CGLIB库，spring会自动在JDK动态代理和CGLIB之间转换；

3、两者对比：

面试题3：什么是基于Java的Spring注解配置? 给一些注解的例子

基于Java的配置，允许你在少量的Java注解的帮助下进行大部分Spring配置，而非通过XML文件。当然，也不不建议啥都用注解配置，毕竟如果修改就要动class文件很麻烦。因此建议：不会修改、极少修改的用注解，会修改的用xml配置，如AOP的配置我就用XML，因为这个需要改的场景比较多。

以@Configuration 注解为例，它用来标记类可以当做一个bean的定义，被Spring IOC容器使用。另一个是通过@Bean注解，它表示此方法将要返回一个对象，作为一个bean注册进Spring应用上下文。

@Configuration
public class StudentConfig {
    @Bean
    public StudentBean myStudent() {
        return new StudentBean();
    }

怎样开启注解装配呢？

注解装配在默认情况下是不开启的，为了使用注解装配，我们必须在Spring配置文件中配置 <context:annotation-config/>元素。

一些常见的注解：

1、@Component：

这将 java 类标记为 bean。它是任何 Spring 管理组件的通用构造型。spring 的组件扫描机制现在可以将其拾取并将其拉入应用程序环境中。

2、@Controller：

这将一个类标记为 Spring Web MVC 控制器。标有它的 Bean 会自动导入到 IoC 容器中。

3、@Service：

此注解是组件注解的特化。它不会对 @Component 注解提供任何其他行为。我们可以在服务层类中使用 @Service 而不是 @Component，因为它以更好的方式指定了意图。

4、@Repository：

这个注解是具有类似用途和功能的 @Component 注解的特化。它为 DAO 提供了额外的好处。它将 DAO 导入 IoC 容器，并使未经检查的异常有资格转换为 Spring DataAccessException。

5、@Required ：

这个注解表明bean的属性必须在配置的时候设置，通过一个bean定义的显式的属性值或通过自动装配，若@Required注解的bean属性未被设置，容器将抛出BeanInitializationException。

示例：

public class Employee {
    private String name;
    @Required
    public void setName(String name){
        this.name=name;
    }
    public string getName(){
        return name;
    }
}

6、@Autowired ：

@Autowired默认是按照类型装配注入的，默认情况下它要求依赖对象必须存在（可以设置它required属性为false）。@Autowired 注解提供了更细粒度的控制，包括在何处以及如何完成自动装配。它的用法和@Required一样，修饰setter方法、构造器、属性或者具有任意名称和/或多个参数的PN方法。

public class Employee {
    private String name;
    @Autowired
    public void setName(String name) {
        this.name=name;
    }
    public string getName(){
        return name;
    }

@Autowired和@Resource的区别

@Autowired可用于：构造函数、成员变量、Setter方法

@Autowired和@Resource之间的区别

@Autowired：默认是按照类型装配注入的，默认情况下它要求依赖对象必须存在（可以设置它required属性为false）。

@Resource：默认是按照名称来装配注入的，只有当找不到与名称匹配的bean才会按照类型来装配注入。

7、@Qualifier ：

当创建多个相同类型的 bean 并希望仅使用属性装配其中一个 bean 时，可以使用@Qualifier 注解和 @Autowired 通过指定应该装配哪个确切的 bean 来消除歧义。

8、@RequestMapping ：

@RequestMapping 注解用于将特定 HTTP 请求方法映射到将处理相应请求的控制器中的特定类/方法。此注释可应用于两个级别：

总结

本篇文章就到这里了，希望能给你带来帮助，也希望您能够多多关注脚本之家的更对内容！

您可能感兴趣的文章:
阅读全文