大家好，关于本文将带你了解从Spring的@Enable开始的注解很多朋友都还不太明白，不过没关系，因为今天小编就来为大家分享关于的知识点，相信应该可以解决大家的一些困惑和问题，如果碰巧可以解决您的问题，还望关注下本站哦，希望对各位有所帮助！

@EnableRetry：启用Spring的重试功能； @EnableScheduling：启用Spring的定时功能； @EnableAsync：启用Spring的异步功能； @EnableAutoConfiguration：启用Spring的自动装配功能；以上是我们经常使用的，看到的大家都知道，在使用相应的功能时，如果不配置的话，上面的注解功能是不会生效的。以我们上一篇文章中的Spring重试为例，我们需要在启动类上配置@EnableRetry，否则自动重试注解@Retryable不会生效，如下所示。没看过的可以看看，Java远程调用失败？如何优雅地重试？

@Import 注解

有的朋友可能会问，这个@EnableRetry注解的作用是什么？不使用这个注解我们就没有什么办法了吗？

要知道这个注解有什么作用，我们可以点击它看一下源码。代码如下

包org.springframework.retry.annotation;导入java.lang.annotation.Documented;导入java.lang.annotation.ElementType;导入java.lang.annotation.Retention;导入java.lang.annotation.RetentionPolicy;导入java.lang.注解.Target;导入org.springframework.context.annotation.EnableAspectJAutoProxy;导入org.springframework.context.annotation.Import;@Target(ElementType.TYPE)@Retention(RetentionPolicy.RUNTIME)@EnableAspectJAutoProxy(proxyTargetClass=false)@Import( RetryConfiguration.class)@Documentedpublic @interface EnableRetry { boolean proxyTargetClass() default false;} 可以看到源码很简单，最有用的就是@Import(RetryConfiguration.class)这一行。我们可以尝试将这行代码放到启动类中看看上面的效果。如下图，可以看到项目可以正常启动，并且仍然有效。其解释与我们的@EnableRetry注解相同。

从上面的实验结果我们可以看出，@EnableRetry注解实际上是对@Import(RetryConfiguration.class)的封装。同样，通过源码我们也可以看到，@EnableScheduling注解是对@Import({SchedulingConfiguration.class})的一个封装。

@Target({ElementType.TYPE})@Retention(RetentionPolicy.RUNTIME)@Import({SchedulingConfiguration.class})@Documentedpublic @interface EnableScheduling {}如果没有@Enablexxx注解，我们可以直接将@Import注解写成这样一种方式，一个@Import注解包含多个配置类。但这样在配置类较多的场景下就显得比较不简洁，所以有@Enable注解对应各自的功能。

包com.example.demo;导入org.springframework.boot.SpringApplication;导入org.springframework.boot.autoconfigure.SpringBootApplication;导入org.springframework.context.annotation.ComponentScan;导入org.springframework.context.annotation.Import;导入org.springframework.retry.annotation.RetryConfiguration;导入org.springframework.scheduling.annotation.SchedulingConfiguration;@SpringBootApplication@ComponentScan(value='com.example.demo.*')@Import({RetryConfiguration.class, SchedulingConfiguration.class} )public class DemoApplication { public static void main(String[] args) { SpringApplication.run(DemoApplication.class, args); } }}

为什么要使用 @Import 注解呢

那么很多朋友又在问了，为什么我们需要使用@Import注解呢？那么加载配置类呢？直接从项目中的Spring上下文中获取不就可以了吗？为此，我们来实验一下。通过下面的代码我们可以看看能否获取到Spring容器中RetryConfiguration的Bean。

包com.example.demo;导入org.springframework.boot.SpringApplication;导入org.springframework.boot.autoconfigure.SpringBootApplication;导入org.springframework.context.ConfigurableApplicationContext;导入org.springframework.context.annotation.ComponentScan;导入org. springframework.context.annotation.Import;导入org.springframework.retry.annotation.RetryConfiguration;导入org.springframework.scheduling.annotation.SchedulingConfiguration;@SpringBootApplication@ComponentScan(value='com.example.demo.*')//@ Import({RetryConfiguration.class, SchedulingConfiguration.class}) public class DemoApplication { public static void main(String[] args) { ConfigurableApplicationContext applicationContext=SpringApplication.run(DemoApplication.class, args); }对象bean=applicationContext.getBean('org .springframework.retry.annotation.RetryConfiguration'); System.out.println(bean.toString()); }}启动后，我们可以看到如下结果，提示我们在容器中找不到bean。有的朋友会问是不是bean的名字写错了，但事实并非如此。然后我们释放注释行并再次运行它。

可以看到，我们这次成功获取到了这个Bean。这个实验告诉我们，其实默认情况下，Spring容器中是找不到RetryConfiguration Bean的，所以我们需要使用@Import注解来添加该Bean。类被加载到容器中。

那么为什么在容器中找不到这个bean呢？