前言
Lite模式和Full模式是指在软件或系统中的不同配置选项。一般来说,Lite模式是指较为简洁、轻量级的配置,而Full模式则是指更加完整、功能更丰富的配置。
Lite模式通常会去除一些不常用或占用资源较多的功能,以提高系统的运行效率和响应速度。这样可以在资源有限或对系统性能要求较高的情况下使用,比如在低配置的计算设备上或移动设备上。
Full模式则包含了系统或软件的所有功能和特性,同时可能会占用更多的内存和处理器资源。这样可以满足用户对更多功能和高级选项的需求,适合在高配置的计算设备上使用。
选择Lite模式还是Full模式取决于用户的需求和使用场景。如果用户需要更快的响应速度和轻量级的操作体验,或者使用的是资源受限的设备,那么Lite模式可能更适合。而如果用户需要更多功能和高级选项,并且使用的是高配置的设备,那么Full模式可能更适合。
需要注意的是,Lite模式和Full模式的具体配置内容可能因软件或系统而异,用户在选择时应根据具体情况进行判断和比较。
一、开始学习
1、新建项目,结构如下
2、添加 spring 依赖
<!-- spring 的核心依赖 --><dependencies><!-- https://mvnrepository.com/artifact/org.springframework/spring-context --><dependency><groupId>org.springframework</groupId><artifactId>spring-context</artifactId><version>5.3.23</version></dependency><dependency><groupId>ch.qos.logback</groupId><artifactId>logback-classic</artifactId><version>1.4.5</version></dependency></dependencies>
3、在 service 包下新建一个 UserService 接口,在 impl 包下新建一个 UserServiceImpl 实现类
UserService 接口
public interface UserService {void add();}
UserServiceImpl 实现类
@Slf4j
public class UserServiceImpl implements UserService {@Overridepublic void add() {log.info("添加用户");}
}
4、在 controller 包下新建一个 USerController 类
@RequiredArgsConstructor
public class UserController {private final UserService userService;public void addUser() {userService.add();}}
这段代码使用了Lombok库中的@RequiredArgsConstructor注解,该注解会生成一个带有final修饰的构造方法,用于对类中的final属性进行初始化。在这段代码中,通过使用@RequiredArgsConstructor注解实现了UserController类的构造方法,在构造方法中初始化了userService属性,避免了手动编写构造方法的繁琐。
需要注意的是,使用@RequiredArgsConstructor注解时,必须保证被注解的属性为非空(final)属性,否则在编译时就会出现错误。因此,在使用该注解时,需要仔细检查每一个被注解的属性是否满足要求。
5、在config 包下新建一个 AppConfig 配置类
@Slf4j
@Configuration
public class AppConfig {/*** 装配 Usersevice** @return*/@Beanpublic UserService userService() {return new UserServiceImpl();}/*** 装配 UserController 并注入 UserService** @return*/@Beanpublic UserController userController() {// 得到需要注入的 BeanUserService userService = userService();log.info("1:" + userService);UserService userService1 = userService();log.info("2:" + userService1);// 将 bean 通过构造方法注入return new UserController(userService);}}
这段代码是一个使用Spring框架的Java配置类,其中包含了两个@Bean方法用于将UserService和UserController装配到Spring容器中。
在方法userService()中,使用@Bean注解声明一个UserService的实例,并返回该实例。该方法会在Spring容器启动时被调用,将UserService加入到Spring容器中。
在方法userController()中,同样使用@Bean注解声明一个UserController的实例,并注入一个UserService的实例。在这个方法内部,通过调用userService()方法来获取已经装配到Spring容器中的UserService实例。然后,将得到的UserService实例作为参数传递给UserController的构造方法,创建并返回UserController的实例。
需要注意的是,在这段代码中,还使用了Lombok库中的@Slf4j注解,用于自动生成日志记录器。通过在类上添加该注解,可以在Bean方法中使用log记录日志,避免手动编写日志记录器带来的繁琐。
@Configuration
注解是Spring框架中的一个核心注解,用于标识一个类为配置类。配置类主要用于定义和组织Bean的创建和装配过程。具体来说,
@Configuration
注解通常与@Bean
注解一起使用。在一个带有@Configuration
注解的类中,可以使用@Bean
注解声明方法,并将该方法返回的对象注册为一个Bean。Spring容器在启动时会扫描这些类,并实例化这些Bean并将其添加到容器中。
6、测试
public class Main {public static void main(String[] args) {ApplicationContext context = new AnnotationConfigApplicationContext(AppConfig.class);UserController bean = context.getBean(UserController.class);bean.addUser();}}
运行结果
此时,可以看到我们输出的 userservice 和 userservice1 的地址是一样的,因为使用了代理模式,使用了 @Configuration 默认情况下,当
proxyBeanMethods
设置为true
时,Spring容器会将@Bean
注解的方法的返回值缓存起来作为单例对象。这样可以确保每次获取该Bean都是同一个实例,提高了性能和一致性。
二、禁用代理模式
1、修改 AppConfig 配置类
@Slf4j
@Configuration(proxyBeanMethods = false)
public class AppConfig {/*** 装配 Usersevice** @return*/@Beanpublic UserService userService() {return new UserServiceImpl();}/*** 装配 UserController 并注入 UserService** @return*/@Beanpublic UserController userController() {// 得到需要注入的 BeanUserService userService = userService();log.info("1:" + userService);UserService userService1 = userService();log.info("2:" + userService1);// 将 bean 通过构造方法注入return new UserController(userService);}}
@Configuration(proxyBeanMethods = false)
禁用了代理模式。在这种情况下,Spring容器将不会使用CGLIB动态代理来创建userService()
和userController()
方法返回的Bean实例。对于
userService()
方法,它没有任何依赖关系,每次调用都返回新的UserServiceImpl
实例,无需代理。对于
userController()
方法,它依赖于userService()
方法返回的Bean实例。由于禁用了代理模式,每次调用userService()
方法时都会返回一个新的实例,并且这个实例会被注入到UserController
的构造方法中。所以,在日志输出中看到的
userService
和userService1
的值是不同的,它们引用的是不同的UserServiceImpl
对象。通过禁用代理模式,您可以确保每个Bean都是原始的实例,并且不存在代理对象的干扰。
2、测试
public class Main {public static void main(String[] args) {ApplicationContext context = new AnnotationConfigApplicationContext(AppConfig.class);UserController bean = context.getBean(UserController.class);bean.addUser();}}
运行结果
3、编译异常
这个警告信息的意思是,您在一个
@Configuration
配置类中使用了@Bean
注解的方法,并且将proxyBeanMethods
设置为false
,这可能会导致一些问题。
proxyBeanMethods
是@Configuration
注解的一个属性,用于指定是否使用代理模式来管理@Bean注解的方法中创建的对象,默认值为true
。当设置为true
时,Spring容器将使用CGLIB动态代理来管理这些@Bean注解的方法和它们依赖的其他Bean。当设置为false
时,Spring容器将直接调用该方法并返回该方法的返回值作为Bean实例。如果您将
proxyBeanMethods
设置为false
,则表示您不希望使用代理模式来管理Bean,但是同时使用@Bean
注解的方法将直接调用,而没有使用Spring容器来管理这些Bean,这可能会导致一些问题。例如,有些Bean之间可能会产生循环依赖问题,导致应用程序无法启动。为了避免这个问题,建议您将
proxyBeanMethods
设置为true
,或者尽可能使用依赖注入,而不是直接调用@Bean
注解的方法。但是呢,并不会影响程序的正常运行。
三、使用代理模式和禁用代理模式的区别
代理模式和禁用代理模式的主要区别在于Spring容器处理@Bean
注解的方法时所采用的方式。
当proxyBeanMethods
设置为true
时,Spring容器会使用CGLIB动态代理来管理@Bean
注解的方法和它们之间的依赖关系。
当proxyBeanMethods
设置为false
时,Spring容器不使用代理,直接调用@Bean
注解的方法并返回该方法的返回值作为Bean实例。
1、使用代理模式有以下几个优点:
循环依赖解决:如果存在循环依赖,代理模式可以通过提前暴露代理对象来解决循环依赖问题。代理对象可以在被依赖之前就可以被注入,从而解决了循环依赖的限制。
单例对象缓存:默认情况下,当
proxyBeanMethods
设置为true
时,Spring容器会将@Bean
注解的方法的返回值缓存起来作为单例对象。这样可以确保每次获取该Bean都是同一个实例,提高了性能和一致性。
2、而禁用代理模式则可能会导致以下问题:
循环依赖无法解决:如果存在循环依赖,则会导致应用程序无法启动。
缺少单例对象缓存:由于每次调用
@Bean
注解的方法都会返回一个新的实例,因此可能会导致性能问题或意外的行为。
因此,通常情况下建议使用代理模式,并将proxyBeanMethods
设置为true,默认就是 true
。
四、通过代码了解代理模式
1、在 proxy 包下新建 A、B、BProxy 类
B类
/*** @Date 2023-10-08* @Author qiu** 目标对象(被代理的对象)*/
@Slf4j
public class B {public void say() {log.info("Hello world!");}}
BProxy 类
/*** @Date 2023-10-08* @Author qiu* <p>* 代理对象*/
@Slf4j
public class BProxy {/*** 声明一个被代理的对象*/private B b;public BProxy(B b) {this.b = b;}public void say() {// 目标方法前before();// 调用目标对象的 say 方法b.say();// 目标方法后after();}/*** 调用目标方法前要执行的逻辑*/private void before() {log.info("调用目标之前执行的业务逻辑.....");}private void after() {log.info("调用目标之后执行的业务逻辑.....");}}
2、新建 A 类 测试
public class A {public static void main(String[] args) {// 创建代理对象BProxy bProxy = new BProxy(new B());bProxy.say();}}
运行结果
在这个示例中,
BProxy
类是B
类的代理类。代理类持有一个被代理对象b
的引用,并且在调用say()
方法时,会在目标方法前后执行额外的逻辑。
BProxy
类中的before()
方法和after()
方法分别代表了目标方法调用前和调用后需要执行的逻辑。在say()
方法中,首先会执行before()
方法,然后调用被代理对象b
的say()
方法,最后再执行after()
方法。在
A
类的main
方法中,创建了一个BProxy
对象,并调用其say()
方法。由于BProxy
是B
类的代理类,因此在调用say()
方法时,额外的逻辑会被执行。通过静态代理模式,我们可以在不修改原始类
B
的情况下,对其进行功能扩展或增强。这种方式可以在一些场景下提供更灵活的控制和定制逻辑。
3、分析,下图
所谓的代理就是可以理解为是一个中间类(中介),当我们需要调用 B 类的方法时,我们通过一个代理类来调用 B 类的方法,为什么需要代理类呢,是因为当我们调用 B 类的方法时需要增加其他的业务逻辑,但是又不能对 B 类去修改,所以使用代理类,在代理类中调用 B 类的方法,并且在代理类中调用 say 方法时,在之前和之后都做了相应业务逻辑处理。而我们用户调用的还是 say 方法,用户不用关心代理类中做了什么事情,它只关注它调用的是它想要的方法即可。
代理类:就是在调用目标对象的方法时,对目标对象的方法进行了增强或者修改。
五、总结
配置类 Lite 模式(非代理模式)和 Full 模式(代理模式)
* 当配置类上标注了 @configuration 注解时,并且 proxyBeanMethods
* 属性设置为 true,此时就是 Full 模式,Full 模式就是 Spring 会为当前
* 配置类创建一个代理对象,从而创建配置类中所有的 @Bean 注解的方法
* 这样每当调用配置类只能的 Bean 方法之前,会从容器中进行检查 Bean 实例,
* 并返回容器中存在的 Bean 对象。
* 反之就是 Lite 模式,Lite 模式下配置类并不会被代理。每次调用 Bean
* 方法只是纯粹的调用,并不会经过代理。
Lite 模式(非代理模式)就是:@Configuration(proxyBeanMethods = false)
Full 模式(代理模式)就是:@Configuration
六、gitee 案例
案例完整地址:https://gitee.com/qiu-feng1/spring-framework.git