static关键字真能提高Bean的优先级吗？答：真的能

最新推荐文章于 2025-05-25 16:16:07 发布
最新推荐文章于 2025-05-25 16:16:07 发布
阅读量552 收藏
点赞数 1
CC 4.0 BY-SA版权
原文链接：https://www.cnblogs.com/yourbatman/p/13304644.html
本文探讨了Spring Bean初始化顺序的重要性，尤其是`static`关键字如何影响Bean的优先级。作者指出，虽然全局无序，但在特定情况下，`static`可以避免Bean过早初始化的问题。通过实例，解释了`BeanPostProcessorChecker`、`BeanDefinitionRegistryPostProcessor`和`BeanFactoryPostProcessor`等在非`static`方法中可能导致的问题，以及如何使用`static`关键字来解决问题。最后，文章提醒读者注意`static`关键字的使用场景和注意事项，防止潜在隐患。

摘要生成于 C知道 ，由 DeepSeek-R1 满血版支持， 前往体验 >

各位小伙伴大家好，我是A哥。关于Spring初始化Bean的顺序问题，是个老生常谈的话题了，结论可总结为一句话：全局无序，局部有序。Spring Bean整体上是无序的，而现实是大多数情况下我们真的无需关心，无序就无序呗，无所谓喽。但是（此处应该有但是哈），我有理由相信，对于有一定从业经验的Javaer来说，或多或少都经历过Bean初始化顺序带来的“困扰”，也许是因为没有对你的功能造成影响，也许可能是你全然“不知情”，所以最终就不了了之~

隐患终归隐患，依照墨菲定律来讲，担心的事它总归是会发生的。A哥经常“教唆”程序员要面向工资编程，虽然这价值观有点扭曲，但不可否认很多小伙伴真是这么想的（命中你了没有😄），稍加粉饰了而已。话粗理不粗哦，almost所有的Javaer都在用Spring，你凭什么工资比你身边同事的高呢？

Spring对Bean的（生命周期）管理是它最为核心的能力，同时也是很复杂、很难掌握的一个知识点。现在就可以启动你的工程，有木有这句日志：

1
2
“Bean ‘xxx’ of type [xxxx] is not eligible for getting processed by all BeanPostProcessors”
+ “(for example: not eligible for auto-proxying)”
这是一个典型的Spring Bean过早初始化问题，搜搜看你日志里是否有此句喽。这句日志是由Spring的BeanPostProcessorChecker这个类负责输出，含义为：你的Bean xxx不能被所有的BeanPostProcessors处理到（有的生命周期触达不到），提醒你注意。此句日志在低些的版本里是warn警告级别，在本文约定的版本里官方把它改为了info级别。

绝大多数情况下，此句日志的输出不会对你的功能造成影响，因此无需搭理。这也是Spring官方为何把它从warn调低为info级别的原因

我在优快云上写过一篇“Spring Bean过早初始化导致的误伤”的文章，访问量达近4w：

从这个数据（访问量）上来看，这件事“并不简单”，遇到此麻烦的小伙伴不在少数且确实难倒了一众人。关于Spring Bean的顺序，全局是不可控的，但是局部上它提供了多种方式来方便使用者提高/降低优先级（比如前面的使用@AutoConfigureBefore调整配置顺序竟没生效？这篇文章），本文就聊聊static关键字对于提供Bean的优先级的功效。

版本约定
本文内容若没做特殊说明，均基于以下版本：

JDK：1.8
Spring Framework：5.2.2.RELEASE
正文
本文采用从 问题提出-结果分析-解决方案-原理剖析 这4个步骤，层层递进的去感受static关键字在Spring Bean上的魅力~

警告一：来自BeanPostProcessorChecker
这是最为常见的一种警告，特别当你的工程使用了shiro做鉴权框架的时候。在我记忆中这一年来有N多位小伙伴问过我此问题，可见一斑。

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
@Configuration
class AppConfig {

AppConfig() {
    System.out.println("AppConfig init...");
}

@Bean
BeanPostProcessor postProcessor() {
    return new MyBeanPostProcessor();
}

}

class MyBeanPostProcessor implements BeanPostProcessor {

MyBeanPostProcessor() {
    System.out.println("MyBeanPostProcessor init...");
}

}
运行程序，输出结果：

1
2
3
4
5
6
AppConfig init…
2020-05-31 07:40:50.979 INFO 15740 — [ main] trationDelegateBeanPostProcessorChecker:Bean′appConfig′oftype[com.yourbatman.config.AppConfigBeanPostProcessorChecker : Bean 'appConfig' of type [com.yourbatman.config.AppConfigBeanPostProcessorChecker:Bean′appConfig′oftype[com.yourbatman.config.AppConfigEnhancerBySpringCGLIBEnhancerBySpringCGLIBEnhancerBySpringCGLIB$29b523c8] is not eligible for getting
processed by all BeanPostProcessors (for example: not eligible for auto-proxying)
MyBeanPostProcessor init…
…
结果分析（问题点/冲突点）：

AppConfig优先于MyBeanPostProcessor进行实例化
常识是：MyBeanPostProcessor作为一个后置处理器理应是先被初始化的，而AppConfig仅仅是个普通Bean而已，初始化理应靠后
出现了BeanPostProcessorChecker日志：表示AppConfig这个Bena不能被所有的BeanPostProcessors处理，所以有可能会让它“错过”容器对Bean的某些生命周期管理，因此可能损失某些能力（比如不能被自动代理），存在隐患
但凡只要你工程里出现了BeanPostProcessorChecker输出日志，理应都得引起你的注意，因为这属于Spring的警告日志（虽然新版本已下调为了info级别）
说明：这是一个Info日志，并非warn/error级别。绝大多数情况下你确实无需关注，但是如果你是一个容器开发者，建议请务必解决此问题（毕竟貌似大多数中间件开发者都有一定代码洁癖😄）

解决方案：static关键字提升优先级
基于上例，我们仅需做如下小改动：

1
2
3
4
5
6
7
8
9
10
11
12
AppConfig：

//@Bean
//BeanPostProcessor postProcessor() {
// return new MyBeanPostProcessor();
//}

// 方法前面加上static关键字
@Bean
static BeanPostProcessor postProcessor() {
return new MyBeanPostProcessor();
}
运行程序，结果输出：

1
2
3
4
MyBeanPostProcessor init…
…
AppConfig init…
…
那个烦人的BeanPostProcessorChecker日志就不见了，清爽了很多。同时亦可发现AppConfig是在MyBeanPostProcessor之后实例化的，这才符合我们所想的“正常”逻辑嘛。

警告二：Configuration配置类增强失败
这个“警告”就比上一个严重得多了，它有极大的可能导致你程序错误，并且你还很难定位问题所在。

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
@Configuration
class AppConfig {

AppConfig() {
    System.out.println("AppConfig init...");
}

@Bean
BeanDefinitionRegistryPostProcessor postProcessor() {
    return new MyBeanDefinitionRegistryPostProcessor();
}

///////////////////////////////
@Bean
Son son(){
    return new Son();
}
@Bean
Parent parent(){
    return new Parent(son());
}

}

class MyBeanDefinitionRegistryPostProcessor implements BeanDefinitionRegistryPostProcessor {

MyBeanDefinitionRegistryPostProcessor() {
    System.out.println("MyBeanDefinitionRegistryPostProcessor init...");
}

@Override
public void postProcessBeanDefinitionRegistry(BeanDefinitionRegistry registry) throws BeansException {
}

@Override
public void postProcessBeanFactory(ConfigurableListableBeanFactory beanFactory) throws BeansException {
}

}
运行程序，结果输出：

1
2
3
4
5
6
7
8
9
10
AppConfig init…
MyBeanDefinitionRegistryPostProcessor init…
2020-05-31 07:59:06.363 INFO 37512 — [ main] o.s.c.a.ConfigurationClassPostProcessor : Cannot enhance
@Configuration bean definition ‘appConfig’ since its singleton instance has been created too early. The typical
cause is a non-static @Bean method with a BeanDefinitionRegistryPostProcessor return type: Consider declaring
such methods as ‘static’.
…
son init…hashCode() = 1300528434
son init…hashCode() = 1598434875
Parent init…
结果分析（问题点/冲突点）：

AppConfig竟然比MyBeanDefinitionRegistryPostProcessor的初始化时机还早，这本就不合理
从ConfigurationClassPostProcessor的日志中可看到：AppConfig配置类enhance增强失败
Son对象竟然被创建了两个不同的实例，这将会直接导致功能性错误
这三步结果环环相扣，因为1导致了2的增强失败，因为2的增强失败导致了3的创建多个实例，真可谓一步错，步步错。需要注意的是：这里ConfigurationClassPostProcessor输出的依旧是info日志（我个人认为，Spring把这个输出调整为warn级别是更为合理的，因为它影响较大）。

说明：对这个结果的理解基于对Spring配置类的理解，因此强烈建议你进我公众号参阅那个可能是写的最全、最好的Spring配置类专栏学习（文章不多，6篇足矣）

源码处解释：

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
ConfigurationClassPostProcessor：

// 对Full模式的配置类尝试使用CGLIB字节码提升
public void enhanceConfigurationClasses(ConfigurableListableBeanFactory beanFactory) {
…
// 对Full模式的配置类有个判断/校验
if (ConfigurationClassUtils.CONFIGURATION_CLASS_FULL.equals(configClassAttr)) {
if (!(beanDef instanceof AbstractBeanDefinition)) {
throw new BeanDefinitionStoreException(“Cannot enhance @Configuration bean definition '” +
beanName + “’ since it is not stored in an AbstractBeanDefinition subclass”);
}

	// 若判断发现此时该配置类已经是个单例Bean了（说明已初始化完成）
	// 那就不再做处理，并且输出警告日志告知使用者（虽然是info日志）
	else if (logger.isInfoEnabled() && beanFactory.containsSingleton(beanName)) {
		logger.info("Cannot enhance @Configuration bean definition '" + beanName +
				"' since its singleton instance has been created too early. The typical cause " +
				"is a non-static @Bean method with a BeanDefinitionRegistryPostProcessor " +
				"return type: Consider declaring such methods as 'static'.");
	}
	configBeanDefs.put(beanName, (AbstractBeanDefinition) beanDef);
}
...

}
由于配置类增强是在BeanFactoryPostProcessor#postProcessBeanFactory()声明周期阶段去做的，而BeanDefinitionRegistryPostProcessor它会优先于该步骤完成实例化（其实主要是优先级比BeanFactoryPostProcessor高），从而间接带动 AppConfig提前初始化导致了问题，这便是根本原因所在。

提问点：本处使用了个自定义的BeanDefinitionRegistryPostProcessor模拟了效果，那如果你是使用的BeanFactoryPostProcessor能出来这个效果吗？？？答案是不能的，具体原因留给读者思考，可参考：PostProcessorRegistrationDelegate#invokeBeanFactoryPostProcessors这段流程辅助理解。

解决方案：static关键字提升优先级
来吧，继续使用static关键字改造一下：

1
2
3
4
5
6
7
8
9
10
11
AppConfig：

//@Bean
//BeanDefinitionRegistryPostProcessor postProcessor() {
// return new MyBeanDefinitionRegistryPostProcessor();
//}

@Bean
static BeanDefinitionRegistryPostProcessor postProcessor() {
return new MyBeanDefinitionRegistryPostProcessor();
}
运行程序，结果输出：

1
2
3
4
5
6
MyBeanDefinitionRegistryPostProcessor init…
…
AppConfig init…
son init…hashCode() = 2090289474
Parent init…
…
完美。

警告三：非静态@Bean方法导致@Autowired等注解失效
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
@Configuration
class AppConfig {

@Autowired
private Parent parent;
@PostConstruct
void init() {
    System.out.println("AppConfig.parent = " + parent);
}


AppConfig() {
    System.out.println("AppConfig init...");
}

@Bean
BeanFactoryPostProcessor postProcessor() {
    return new MyBeanFactoryPostProcessor();
}

@Bean
Son son() {
    return new Son();
}
@Bean
Parent parent() {
    return new Parent(son());
}

}

class MyBeanFactoryPostProcessor implements BeanFactoryPostProcessor {

MyBeanFactoryPostProcessor() {
    System.out.println("MyBeanFactoryPostProcessor init...");
}

@Override
public void postProcessBeanFactory(ConfigurableListableBeanFactory beanFactory) throws BeansException {

}

}
运行程序，结果输出：

1
2
3
4
5
6
7
8
9
10
AppConfig init…
2020-05-31 08:28:06.550 INFO 1464 — [ main] o.s.c.a.ConfigurationClassEnhancer : @Bean method
AppConfig.postProcessor is non-static and returns an object assignable to Spring’s BeanFactoryPostProcessor
interface. This will result in a failure to process annotations such as @Autowired, @Resource and
@PostConstruct within the method’s declaring @Configuration class. Add the ‘static’ modifier to
this method to avoid these container lifecycle issues; see @Bean javadoc for complete details.
MyBeanFactoryPostProcessor init…
…
son init…hashCode() = 882706486
Parent init…
结果分析（问题点/冲突点）：

AppConfig提前于MyBeanFactoryPostProcessor初始化
@Autowired/@PostConstruct等注解没有生效，这个问题很大
需要强调的是：此时的AppConfig是被enhance增强成功了的，这样才有可能进入到BeanMethodInterceptor拦截里面，才有可能输出这句日志（该拦截器会拦截Full模式配置列的所有的@Bean方法的执行）

这句日志由ConfigurationClassEnhancer.BeanMethodInterceptor输出，含义为：你的@Bean标注的方法是非static的并且返回了一个BeanFactoryPostProcessor类型的实例，这就导致了配置类里面的@Autowired, @Resource,@PostConstruct等注解都将得不到解析，这是比较危险的（所以其实这个日志调整为warn级别也是阔仪的）。

小细节：为毛日志看起来是ConfigurationClassEnhancer这个类输出的呢？这是因为BeanMethodInterceptor是它的静态内部类，和它共用的一个logger

源码处解释：

1
2
3
4
5
6
7
8
9
10
11
12
13
14
ConfigurationClassEnhancer.BeanMethodInterceptor：

if (isCurrentlyInvokedFactoryMethod(beanMethod)) {
	if (logger.isInfoEnabled() && BeanFactoryPostProcessor.class.isAssignableFrom(beanMethod.getReturnType())) {
		logger.info(String.format("@Bean method %s.%s is non-static and returns an object " +
						"assignable to Spring's BeanFactoryPostProcessor interface. This will " +
						"result in a failure to process annotations such as @Autowired, " +
						"@Resource and @PostConstruct within the method's declaring " +
						"@Configuration class. Add the 'static' modifier to this method to avoid " +
						"these container lifecycle issues; see @Bean javadoc for complete details.",
				beanMethod.getDeclaringClass().getSimpleName(), beanMethod.getName()));
	}
	return cglibMethodProxy.invokeSuper(enhancedConfigInstance, beanMethodArgs);
}

解释为：如果当前正在执行的@Bean方法（铁定不是static，因为静态方法它也拦截不到嘛）返回类型是BeanFactoryPostProcessor类型，那就输出此警告日志来提醒使用者要当心。

解决方案：static关键字提升优先级
1
2
3
4
5
6
7
8
9
10
11
AppConfig：

//@Bean
//BeanFactoryPostProcessor postProcessor() {
// return new MyBeanFactoryPostProcessor();
//}

@Bean
static BeanFactoryPostProcessor postProcessor() {
return new MyBeanFactoryPostProcessor();
}
运行程序，结果输出：

1
2
3
4
5
6
7
MyBeanFactoryPostProcessor init…
AppConfig init…
son init…hashCode() = 1906549136
Parent init…
// @PostConstruct注解生效喽
AppConfig.parent = com.yourbatman.bean.Parent@baf1bb3
…
世界一下子又清爽了有木有。

原因总结
以上三个case是有共同点的，粗略的讲导致它们的原因甚至是同一个：AppConfig这个Bean被过早初始化。然而我们的解决方案似乎也是同一个：使用static提升Bean的优先级。

那么为何AppConfig会被提前初始化呢？为何使用static关键字就没有问题了呢？根本原因可提前剧透：static静态方法属于类，执行静态方法时并不需要初始化所在类的实例；而实例方法属于实例，执行它时必须先初始化所在类的实例。听起来是不是非常的简单，JavaSE的东西嘛，当然只知晓到这个层次肯定是远远不够的，限于篇幅原因，关于Spring是如何处理的源码级别的分析我放在了下篇文章，请别走开哟~

static静态方法一定优先执行吗？
看完本文，有些小伙伴就忍不住跃跃欲试了，甚至很武断的得出结论：static标注的@Bean方法优先级更高，其实这是错误的，比如你看如下示例：

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
@Configuration
class AppConfig2 {

AppConfig2(){
    System.out.println("AppConfig2 init...");
}

@Bean
Son son() {
    return new Son();
}
@Bean
Daughter daughter() {
    return new Daughter();
}
@Bean
Parent Parent() {
    return new Parent();
}

}
运行程序，结果输出：

1
2
3
4
AppConfig2 init…
son init…
Daughter init…
Parent init…
这时候你想让Parent在Son之前初始化，因此你想着在用static关键字来提升优先级，这么做：

1
2
3
4
5
6
7
8
9
10
AppConfig2：

//@Bean
//Parent Parent() {
// return new Parent();
//}
@Bean
static Parent Parent() {
return new Parent();
}
结果：你徒劳了，static貌似并没有生效，怎么回事？

原因浅析
为了满足你的好奇心，这里给个浅析，道出关键因素。我们知道@Bean方法（不管是静态方法还是实例方法）最终都会被封装进ConfigurationClass实例里面，使用Set beanMethods存储着，关键点在于它是个LinkedHashSet所以是有序的（存放顺序），而存入的顺序底层是由clazz.getDeclaredMethods()来决定的，由此可知@Bean方法执行顺序和有无static没有半毛钱关系。

说明：clazz.getDeclaredMethods()得到的是Method[]数组，是有序的。这个顺序由字节码（定义顺序）来保证：先定义，先服务。

由此可见，static并不是真正意义上的提高Bean优先级，对于如上你的需求case，你可以使用@DependsOn注解来保证，它也是和Bean顺序息息相关的一个注解，在本专栏后续文章中将会详细讲到。

所以关于@Bean方法的执行顺序的正确结论应该是：在同一配置类内，在无其它“干扰”情况下（无@DependsOn、@Lazy等注解），@Bean方法的执行顺序遵从的是定义顺序（后置处理器类型除外）。

小提问：如果是垮@Configuration配置类的情况，顺序如何界定呢？那么这就不是同一层级的问题了，首先考虑的应该是@Configuration配置类的顺序问题，前面有文章提到过配置类是支持有限的的@Order注解排序的，具体分析请依旧保持关注A哥后续文章详解哈…

static关键字使用注意事项
在同一个@Configuration配置类内，对static关键字的使用做出如下说明，供以参考：

对于普通类型（非后置处理器类型）的@Bean方法，使用static关键字并不能改变顺序（按照方法定义顺序执行），所以别指望它
static关键字一般有且仅用于@Bean方法返回为BeanPostProcessor、BeanFactoryPostProcessor等类型的方法，并且建议此种方法请务必使用static修饰，否则容易导致隐患，埋雷
static关键字不要滥用（其实任何关键字皆勿乱用），在同一配置类内，与其说它是提升了Bean的优先级，倒不如说它让@Bean方法静态化从而不再需要依赖所在类的实例即可独立运行。另外我们知道，static关键还可以修饰（内部）类，那么如果放在类上它又是什么表现呢？同样的，你先思考，下篇文章我们接着聊~

说明：使用static修饰Class类在Spring Boot自动配置类里特别特别常见，所以掌握起来很具价值

思考题：
今天的思考题比较简单：为何文首三种case的警告信息都是info级别呢？是否有级别过低之嫌？

https://giphy.com/channel/i1ha8q
https://giphy.com/channel/rjrgyh
https://giphy.com/channel/wn78w7
https://giphy.com/channel/1it1kd
https://giphy.com/channel/5k3xno
https://giphy.com/channel/79c538
https://giphy.com/channel/5aashy
https://giphy.com/channel/4dfb01
https://giphy.com/channel/9bdaw0
https://giphy.com/channel/55b2h3
https://giphy.com/channel/udpm3g
https://giphy.com/channel/vn4o0g
https://giphy.com/channel/uf8cbs
https://giphy.com/channel/trgzks
https://giphy.com/channel/tjtr48
https://giphy.com/channel/o2v40e
https://giphy.com/channel/5dbvs7
https://giphy.com/channel/91kbmu
https://giphy.com/channel/kxee6v
https://giphy.com/channel/o1g0i8
https://giphy.com/channel/byh54r
https://giphy.com/channel/58tg3o
https://giphy.com/channel/tt25v9
https://giphy.com/channel/z86u7z
https://giphy.com/channel/9dv54o
https://giphy.com/channel/edgyu1
https://giphy.com/channel/aaaklc
https://giphy.com/channel/qown02
https://giphy.com/channel/t4etf2
https://giphy.com/channel/dtexgv
https://giphy.com/channel/b0q2h4
https://giphy.com/channel/5r5r86
https://giphy.com/channel/uoduet
https://giphy.com/channel/e4mpnv
https://giphy.com/channel/rdlirr
https://giphy.com/channel/djbi85
https://giphy.com/channel/b9moom
https://giphy.com/channel/9jlrs9
https://giphy.com/channel/tt7wbt
https://giphy.com/channel/992yrh
https://giphy.com/channel/s81vnm
https://giphy.com/channel/zsrlad
https://giphy.com/channel/9bi8r7
https://giphy.com/channel/9i5126
https://giphy.com/channel/w06sjw
https://giphy.com/channel/8j10c7
https://giphy.com/channel/b35rz9
https://giphy.com/channel/pbpz4r
https://giphy.com/channel/8ii30u
https://giphy.com/channel/w95nmz
https://giphy.com/channel/3sy3gq
https://giphy.com/channel/o40w22
https://giphy.com/channel/q2icuq
https://giphy.com/channel/hr0qss
https://giphy.com/channel/cuf1fw
https://giphy.com/channel/b2sej6
https://giphy.com/channel/3say5f
https://giphy.com/channel/mtrcuv
https://giphy.com/channel/s8lbrv
https://giphy.com/channel/j27l0s
https://giphy.com/channel/6xldue
https://giphy.com/channel/ygrqz2
https://giphy.com/channel/yy4vou
https://giphy.com/channel/n34duv
https://giphy.com/channel/q6ooff
https://giphy.com/channel/zyz7pm
https://giphy.com/channel/mg52df
https://giphy.com/channel/e0qone
https://giphy.com/channel/uy9336
https://giphy.com/channel/0mj6nl
https://giphy.com/channel/v17qq8
https://giphy.com/channel/al3ytt
https://giphy.com/channel/u5llv0
https://giphy.com/channel/6pxpy3
https://giphy.com/channel/2mhn10
https://giphy.com/channel/5qfzj3
https://giphy.com/channel/3ngmw6
https://giphy.com/channel/7egef8
https://giphy.com/channel/iybs9y
https://giphy.com/channel/4penyd
https://giphy.com/channel/f34gmo
https://giphy.com/channel/wu188s
https://giphy.com/channel/ozhmmi
https://giphy.com/channel/hmfm15
https://giphy.com/channel/weunyp
https://giphy.com/channel/d1ch1t
https://giphy.com/channel/4b92hs
https://giphy.com/channel/7ts3j6
https://giphy.com/channel/6lc4kh
https://giphy.com/channel/rk2jh0
https://giphy.com/channel/yiwqn3
https://giphy.com/channel/ub7wnb
https://giphy.com/channel/ddng8m
https://giphy.com/channel/c5nb18
https://giphy.com/channel/y5mxgu
https://giphy.com/channel/9o6ei0
https://giphy.com/channel/of81u5
https://giphy.com/channel/1til2d
https://giphy.com/channel/g4rggi
https://giphy.com/channel/yarrqq
https://giphy.com/channel/8li0qm
https://giphy.com/channel/g5ew1y
https://giphy.com/channel/fyjfr3
https://giphy.com/channel/b778i1
https://giphy.com/channel/bzkijz
https://giphy.com/channel/uujd3q
https://giphy.com/channel/kn7wt7
https://giphy.com/channel/t1ksbc
https://giphy.com/channel/bgrz9h
https://giphy.com/channel/7392i1
https://giphy.com/channel/e9y29d
https://giphy.com/channel/ae7uwe
https://giphy.com/channel/c247kt
https://giphy.com/channel/vy48mm
https://giphy.com/channel/5ncn9m
https://giphy.com/channel/cv4ail
https://giphy.com/channel/9tibl1
https://giphy.com/channel/rq9aeh
https://giphy.com/channel/4cb1xn
https://giphy.com/channel/vpynnf
https://giphy.com/channel/jjz93s
https://giphy.com/channel/gpzx36
https://giphy.com/channel/xsywh7
https://giphy.com/channel/nnac6l
https://giphy.com/channel/ia82yi
https://giphy.com/channel/6pki8s
https://giphy.com/channel/c0lat2
https://giphy.com/channel/rpi2ww
https://giphy.com/channel/iplk9p
https://giphy.com/channel/ftvxne
https://giphy.com/channel/p5ss1j
https://giphy.com/channel/xgysja
https://giphy.com/channel/k7kubi
https://giphy.com/channel/lmeu2v
https://giphy.com/channel/ue4kf3
https://giphy.com/channel/zuru5h
https://giphy.com/channel/bu54lt
https://giphy.com/channel/2gdvou
https://giphy.com/channel/8rirvr
https://giphy.com/channel/91i4f0
https://giphy.com/channel/to5tm5
https://giphy.com/channel/8vllee
https://giphy.com/channel/vs71wn
https://giphy.com/channel/ed7ude
https://giphy.com/channel/65ygsa
https://giphy.com/channel/9rlbl7
https://giphy.com/channel/yfxi3y
https://giphy.com/channel/39hwze
https://giphy.com/channel/2m8qnh
https://giphy.com/channel/5zso6f
https://giphy.com/channel/7md95t
https://giphy.com/channel/q6r66x
https://giphy.com/channel/35t946
https://giphy.com/channel/wnv6fv
https://giphy.com/channel/o5gelm
https://giphy.com/channel/zg3a4j
https://giphy.com/channel/1at9rk
https://giphy.com/channel/ra9skb
https://giphy.com/channel/qxwpwz
https://giphy.com/channel/qrhwf2
https://giphy.com/channel/d01tk4
https://giphy.com/channel/1prweh
https://giphy.com/channel/mm51c4
https://giphy.com/channel/3ilh63
https://giphy.com/channel/lc98u0
https://giphy.com/channel/odecvx
https://giphy.com/channel/hpoaa8
https://giphy.com/channel/08meus
https://giphy.com/channel/wlvnnl
https://giphy.com/channel/396g5w
https://giphy.com/channel/53l6u3
https://giphy.com/channel/t0tudt
https://giphy.com/channel/hpv0nh
https://giphy.com/channel/yuvp7m
https://giphy.com/channel/37jtp3
https://giphy.com/channel/c73nk4
https://giphy.com/channel/fpung4
https://giphy.com/channel/8pf688
https://giphy.com/channel/82rtzs
https://giphy.com/channel/hxhwjp
https://giphy.com/channel/qcqc9p
https://giphy.com/channel/3xhgfw
https://giphy.com/channel/rujm2u
https://giphy.com/channel/egd2we
https://giphy.com/channel/3ye11o
https://giphy.com/channel/695728
https://giphy.com/channel/rrq5bx
https://giphy.com/channel/2938kq
https://giphy.com/channel/qi9ghf
https://giphy.com/channel/hy8vv5
https://giphy.com/channel/hta08j
https://giphy.com/channel/34ogtc
https://giphy.com/channel/izcr43
https://giphy.com/channel/9yohz7

总结
本文还是蛮干的哈，不出意外它能够帮你解决你工程中的某些问题，排除掉一些隐患，毕竟墨菲定律被验证了你担心的事它总会发生，防患于未然才能把自己置于安全高地嘛。

你可能诧异，A哥竟能把static关键字在Spring中的应用都能写出个专栏出来，是的，这不是就是本公众号的定位么 ，小而美和拒绝浅尝辄止嘛。对于一些知识（比如本文的static关键字的使用）我并不推崇强行记忆，因为那真的很容易忘，快速使用可以简单记记，但真想记得牢(甚至成为永久记忆)，那必须得去深水区看看。来吧，下文将授之以渔~

很多小伙伴去强行记忆Spring Boot支持的那17种外部化配置，此时你应该问自己：现在你可能记得，一周以后呢？一个月以后呢？所以你需要另辟蹊径，那就持续关注我吧😄

kunghua
关注
Java 面试题基础
wwxy1995的博客
12-03 443
一、Java 基础1. JDK 和 JRE 有什么区别？ JDK：Java Development Kit 的简称，java 开发工具包，提供了 java 的开发环境和运行环境。 JRE：Java Runtime Environment 的简称，java 运行环境，为 java 的运行提供了所需环境。 具体来说 JDK 其实包含了 JRE，同时还包含了编译 java 源码的编译器 javac，还包...
Java面试宝典（超级详细）
web18224617243的博客
06-24 7182
具体来说 JDK 其实包含了 JRE，同时还包含了编译 java 源码的编译器 javac，还包含了很多 java 程序调试和分析的工具。简单来说：如果你需要运行 java 程序，只需安装 JRE 就可以了，如果你需要编写 java 程序，需要安装 JDK。== 解读对于基本类型和引用类型 == 的作用效果是不同的，如下所示：代码示例：[](javascript:void(0)?? [](javascript:void(0)??代码解读：因为 x 和 y 指向的是同一个引用，所以 == 也是 true，而
static @bean
risc123456的博客
05-09 309
@bean 注解的static方法有啥特别之处吗？
Spring | 在Spring中使用@Resource注入List类型的Bean并按优先级排序
最新发布
Andya_net的博客
05-25 1118
本文介绍了在Spring框架中使用@Resource注解注入List类型Bean并按优先级排序的方法。通过定义@TaskPriority注解标记服务优先级，结合@PostConstruct实现自动排序，可简化多服务组合场景下的任务管理。示例展示了如何为不同业务规则生成有序子任务，适用于任务调度等需要优先级控制的场景。测试验证了服务按指定顺序执行，输出任务列表符合预期。这种方法提高了代码的可维护性和扩展性，是Spring依赖注入的进阶应用。
Spring的Bean有序吗？试试用@DependsOn或static来提高优先级
架构师：通透，才能写出好代码！
04-18 4581
顺序：意思是依次而不乱。顺序在生活的方方面面都显得尤为重要，自然的它对**程序执行**来说也是至关重要的。有了顺序的保证，我们就能对“结果”做出预期，作为coder的我们对应的也就更能“掌控”自己所写代码，心里也就更加踏实。 顺序固然重要，但是不乏有些场景它是不需要顺序保证的。**一般来说**：无序的效率会比顺序高，毕竟保证顺序是需要花费资源的（人力、物理、时间...）。本文将主要讨论**Spring在实例化Bean时的顺序性**，以及我们如何才能“控制”这种顺序呢？
static关键字 + @Bean方法的使用
li123128的博客
07-16 4465
接下来就以这为两条主线，分别研究static在对应场景下的作用，本文将聚焦在静态内部类上。 版本约定 本文内容若没做特殊说明，均基于以下版本： JDK：1.8 Spring Framework：5.2.2.RELEASE 正文 说到Java里的static关键字，这当属最基础的入门知识，是Java中常用的关键字之一。你平时用它来修饰变量和方法了，但是对它的了解，即使放在JavaSE情景下知道这些还是不够的，问题虽小但这往往反映了你对Java基础的了解程度。 当然喽，本文并不讨...
static关键字真能提高Bean的优先级吗？答：真能
架构师：通透，才能写出好代码！
05-31 2761
一个static关键字在Spring的使用，竟能写出一个专栏
Java面试宝典（2021版）
java111112313213的博客
09-15 1371
一、Java 基础 1. JDK 和 JRE 有什么区别？ JDK：Java Development Kit 的简称，java 开发工具包，提供了 java 的开发环境和运行环境。 JRE：Java Runtime Environment 的简称，java 运行环境，为 java 的运行提供了所需环境。 具体来说 JDK 其实包含了 JRE，同时还包含了编译 java 源码的编译器 javac，还包含了很多 java 程序调试和分析的工具。简单来说：如果你需要运行 java 程序，只需安装 JRE 就
注入静态bean
0老船长0的博客
12-15 935
spring boot 静态方法中想要使用注入的bean时，想当然的添加修饰符static，来修饰变量。 如下： @Resource private static RedisTemplate<String, Object> redis; 然而事实证明：并不可取。无法注入，注入结果为null。 应该采用以下方式： 1、将目前所在的类用@Component、@service、@contr...
spring（十二）----@Bean注解的方法静态与非静态
qq_37822914的博客
03-04 226
首先做个实验。 在register注册的类中写入类似一下代码。 package com.test.com.test.App; import com.test.dao.Dao; import com.test.dao.IndexDao; import com.test.dao.IndexDao1; import org.springframework.beans.factory.annotatio...
spring static静态方法里面注入bean空指针解决
01-20
最近在跑一个公司花钱买的古老区块链，项目15年开发的。遇到了一个注入问题。该项目中注入jedisPool时使用了getBean()注入，然而怎么跑都是NullPoint，一翻扣头发后得已解决。 解决方法1 使用@Autowired的方式注入 必须在类上加@Component。我是用的这种 @Component public class KlineDataUtil { private static RedisService redisService; @Autowired public void set(RedisService redisService { KlineDataUtil
Spring学习笔记 使用Static Factory（静态工厂类）创建Bean
Arvin Rong's Space
07-11 1万+
普通定义Bean并且进行初始化的方法一般通过property（属性）的setter方法或者构造方法进行。例如 这种定义创建Bean相当于使用new  com.youkuaiyun.com.arvin.BeanClass(); 的方法来新建Bean对象。在实际应用中很多情况下还会使用设计模式中的工厂模式来创建对象。使用静态工厂类即调用工厂类中的静态方法，比如public s
Bean 和 static的区别
Crecendow
08-08 525
Static 没有办法控制在多个并发请求的时候，只生成一个实例。有多少个请求就会生成多少个 实例，那么此时如果用 @Bean的方式来注解，就会启用SpringBoot中的单例模式，从始至终都只有一个实例。静态方法我们都知道，那么@Bean的方式怎么使用呢？
spring静态方法中使用bean对象
pan-zy的专栏
11-08 5964
方法： 在类中创建一个静态的bean对象，然后使用init方式初始化这个bean，这样就可以在静态方法中调用了 @Service("idg") public class IDGenerator { @Autowired private IIDGeneratorDAO dao; private stati
通过Spring Bean 注入static变量，来设计一套适合测试，开发，生产环境的配置项
cas3$#%nca%6nes_3sdf的博客
08-18 1488
(http://blog.youkuaiyun.com/initphp/article/details/8834844) 这边文章的目的主要是为了在spring开发web项目的时候，让我们的测试，开发，生产环境的配置项 .properties作为配置文件。 我们首先需要建立一个config文件夹，然后创建开发，测试，生产环境的.properties配置项文件。
SpringBoot如何让业务Bean优先于业务其他Bean加载
老牛啊
09-28 528
SpringBoot项目的业务工具类（如：参数工具类ParamUtils，仅包含static方法，依赖DAO访问DB加载数据），在SpringBoot启动过程中会被其他业务Bean初始化依赖。由于参数工具类和业务Bean均被Spring框架托管，如何在其他Bean初始化之前，就优雅安全的初始化ParamUtils就至关重要了……
Java学习笔记38：通过Spring Bean 注入static变量，来设计一套适合测试，开发，生产环境的配置项
热门推荐
自娱自乐的代码人
04-22 1万+
这边文章的目的主要是为了在spring开发web项目的时候，让我们的测试，开发，生产环境的配置项 .properties作为配置文件。 我们首先需要建立一个config文件夹，然后创建开发，测试，生产环境的.properties配置项文件。 例如，dev.properties文件为开发环境，pre.properties文件为生产环境。 dev.properties配置内容为
SpringBoot数据库初始化Bean中static方法的问题解决。
沛哥儿的专栏
07-29 2407
这主要是看对@PostConstruct的理解程度和执行顺序。如果对servlet的生命周期有比较清楚的认知。那么这个理解和处理起来，会很快的。毕竟所有的java第三方框架都是基于Java的基础上进行扩展和集成出来的。基础在，熟练只是的时间而已。
SpringBoot中static关键字如何影响Bean的初始化顺序
"关于Spring初始化Bean的顺序以及static关键字如何影响Bean的优先级的讨论" 在Spring Boot应用中，Bean的初始化顺序对于某些特定场景来说是至关重要的，尤其是在依赖注入和生命周期管理方面。通常，Spring容器中的...
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值