小马哥讲 Spring 核心编程思想
小马哥
《Spring Boot 编程思想》作者
57183 人已学习
新⼈⾸单¥98
课程目录
已完结/共 250 讲
第六章:Spring IoC依赖注入(Dependency Injection) (20讲)
第九章:Spring Bean生命周期(Bean Lifecycle) (18讲)
第十五章:Spring类型转换(Type Conversion) (15讲)
第十七章:Spring事件(Events) (20讲)
小马哥讲 Spring 核心编程思想
登录|注册
留言
16
收藏
沉浸
阅读
分享
手机端
回顶部
当前播放: 69 | 自定义依赖注入注解:如何最简化实现自定义依赖注入注解?
00:00 / 00:00
高清
  • 高清
1.0x
  • 2.0x
  • 1.5x
  • 1.25x
  • 1.0x
  • 0.75x
  • 0.5x
网页全屏
全屏
00:00
付费课程,可试看
01 | 课程介绍
02 | 内容综述
03 | 课前准备:学习三件套(工具、代码与大脑)
04 | 特性总览:核心特性、数据存储、Web技术、框架整合与测试
05 | Spring版本特性:Spring各个版本引入了哪些新特性?
06 | Spring模块化设计:Spring功能特性如何在不同模块中组织?
07 | Java语言特性运用:各种Java语法特性是怎样被Spring各种版本巧妙运用的?
08 | JDK API实践:Spring怎样取舍Java I/O、集合、反射、动态代理等API的使用?
09 | Java EE API整合:为什么Spring要与“笨重”的Java EE共舞?
10 | Spring编程模型:Spring实现了哪些编程模型?
11 | Spring核心价值:我们能从Spring Framework中学到哪些经验和教训呢?
12 | 面试题精选
13 | IoC发展简介:你可能对IoC有些误会?
14 | IoC主要实现策略:面试官总问IoC和DI的区别,他真的理解吗?
15 | IoC容器的职责:IoC除了依赖注入,还涵盖哪些职责呢?
16 | 除了Spring,还有其它的IOC容器实现吗?
17 | 传统IoC容器实现:JavaBeans也是IoC容器吗?
18 | 轻量级IoC容器:如何界定IoC容器的“轻重”?
19 | 依赖查找 VS. 依赖注入:为什么Spring总会强调后者,而选择性忽视前者?
20 | 构造器注入 VS. Setter 注入:为什么Spring官方文档的解读会与作者的初心出现偏差?
21 | 面试题精选
22 | Spring IoC依赖查找:依赖注入还不够吗?依赖查找存在的价值几何?
23 | Spring IoC依赖注入:Spring提供了哪些依赖注入模式和类型呢?
24 | Spring IoC依赖来源:依赖注入和查找的对象来自于哪里?
25 | Spring IoC配置元信息:Spring IoC有哪些配置元信息?它们的进化过程是怎样的?
26 | Spring IoC容器:BeanFactory和ApplicationContext谁才是Spring IoC容器?
27 | Spring应用上下文:ApplicationContext除了IoC容器角色,还提供哪些特性?
28 | 使用Spring IoC容器:选BeanFactory还是ApplicationContext?
29 | Spring IoC容器生命周期:IoC容器启停过程中发生了什么?
30 | 面试题精选
31 | 定义Bean:什么是BeanDefinition?
32 | BeanDefinition元信息:除了Bean名称和类名,还有哪些Bean元信息值得关注?
33 | 命名Spring Bean:id和name属性命名Bean,哪个更好?
34 | Spring Bean的别名:为什么命名Bean还需要别名?
35 | 注册Spring Bean:如何将BeanDefinition注册到IoC容器?
36 | 实例化Spring Bean:Bean实例化的姿势有多少种?
37 | 初始化Spring Bean:Bean初始化有哪些方式?
38 | 延迟初始化Spring Bean:延迟初始化的Bean会影响依赖注入吗?
39 | 销毁Spring Bean: 销毁Bean的基本操作有哪些?
40 | 回收Spring Bean:Spring IoC容器管理的Bean能够被垃圾回收吗?
41 | 面试题精选
42 | 依赖查找的今世前生:Spring IoC容器从Java标准中学到了什么?
43 | 单一类型依赖查找:如何查找已知名称或类型的Bean对象?
44 | 集合类型依赖查找:如何查找已知类型多个Bean集合?
45 | 层次性依赖查找:依赖查找也有双亲委派?
46 | 延迟依赖查找:非延迟初始化Bean也能实现延迟查找?
47 | 安全依赖查找
48 | 内建可查找的依赖:哪些Spring IoC容器内建依赖可供查找?
49 | 依赖查找中的经典异常:Bean找不到?Bean不是唯一的?Bean创建失败?
50 | 面试题精选
51 | 依赖注入的模式和类型:Spring提供了哪些依赖注入的模式和类型?
52 | 自动绑定(Autowiring):为什么Spring会引入Autowiring?
53 | 自动绑定(Autowiring)模式:各种自动绑定模式的使用场景是什么?
54 | 自动绑定(Autowiring)限制和不足:如何理解和挖掘官方文档中深层次的含义?
55 | Setter方法依赖注入:Setter注入的原理是什么?
56 | 构造器依赖注入:官方为什么推荐使用构造器注入?
57 | 字段注入:为什么Spring官方文档没有单独列举这种注入方式?
58 | 方法注入:方法注入是@Autowired专利吗?
59 | 接口回调注入:回调注入的使用场景和限制有哪些?
60 | 依赖注入类型选择:各种依赖注入有什么样的使用场景?
61 | 基础类型注入:String和Java原生类型也能注入Bean的属性,它们算依赖注入吗?
62 | 集合类型注入:注入Collection和Map类型的依赖区别?还支持哪些集合类型?
63 | 限定注入:如何限定Bean名称注入?如何实现Bean逻辑分组注入?
64 | 延迟依赖注入:如何实现延迟执行依赖注入?与延迟依赖查找是类似的吗?
65 | 依赖处理过程:依赖处理时会发生什么?其中与依赖查找的差异在哪?
66 | @Autowired注入:@Autowired注入的规则和原理有哪些?
67 | JSR-330 @Inject注入:@Inject与@Autowired的注入原理有怎样的联系?
68 | Java通用注解注入原理:Spring是如何实现@Resource和@EJB等注解注入的?
69 | 自定义依赖注入注解:如何最简化实现自定义依赖注入注解?
70 | 面试题精选
71 | 依赖查找的来源:除容器内建和自定义Spring Bean之外,还有其他来源提供依赖查找吗?
72 | 依赖注入的来源:难道依赖注入的来源与依赖查找的不同吗?
73 | Spring容器管理和游离对象:为什么会有管理对象和游离对象?
74 | Spring Bean Definition作为依赖来源:Spring Bean的来源
75 | 单例对象作为依赖来源:单体对象与普通Spring Bean存在哪些差异?
76 | 非Spring容器管理对象作为依赖来源:如何理解ResolvableDependency?
77 | 外部化配置作为依赖来源:@Value是如何将外部化配置注入Spring Bean的?
78 | 面试题精选
79 | Spring Bean作用域:为什么Spring Bean需要多种作用域?
80 | "singleton" Bean作用域:单例Bean在当前Spring应用真是唯一的吗?
81 | "prototype" Bean作用域:原型Bean在哪些场景下会创建新的实例?
82 | "request" Bean作用域:request Bean会在每次HTTP请求创建新的实例吗?
83 | "session" Bean作用域:session Bean在Spring MVC场景下存在哪些局限性?
84 | "application" Bean作用域:application Bean是否真的有必要?
85 | 自定义Bean作用域:设计Bean作用域应该注意哪些原则?
86 | 课外资料:Spring Cloud RefreshScope是如何控制Bean的动态刷新?
87 | 面试题精选
88 | Spring Bean 元信息配置阶段:BeanDefinition配置与扩展
89 | Spring Bean 元信息解析阶段:BeanDefinition的解析
90 | Spring Bean 注册阶段:BeanDefinition与单体Bean注册
91 | Spring BeanDefinition合并阶段:BeanDefinition合并过程是怎样出现的?
92 | Spring Bean Class加载阶段:Bean ClassLoader能够被替换吗?
93 | Spring Bean实例化前阶段:Bean的实例化能否被绕开?
94 | Spring Bean实例化阶段:Bean实例是通过Java反射创建吗?
95 | Spring Bean实例化后阶段:Bean实例化后是否一定被是使用吗?
96 | Spring Bean属性赋值前阶段:配置后的PropertyValues还有机会修改吗?
97 | Aware接口回调阶段:众多Aware接口回调的顺序是安排的?
98 | Spring Bean初始化前阶段:BeanPostProcessor
99 | Spring Bean初始化阶段:@PostConstruct、InitializingBean以及自定义方法
100 | Spring Bean初始化后阶段:BeanPostProcessor
101 | Spring Bean初始化完成阶段:SmartInitializingSingleton
102 | Spring Bean销毁前阶段:DestructionAwareBeanPostProcessor用在怎样的场景?
103 | Spring Bean销毁阶段:@PreDestroy、DisposableBean以及自定义方法
104 | Spring Bean垃圾收集(GC):何时需要GC Spring Bean?
105 | 面试题精选
106 | Spring配置元信息:Spring存在哪些配置元信息?它们分别用在什么场景?
107 | Spring Bean配置元信息:BeanDefinition
108 | Spring Bean属性元信息:PropertyValues
109 | Spring容器配置元信息
110 | 基于XML资源装载Spring Bean配置元信息
111 | 基于Properties资源装载Spring Bean配置元信息:为什么Spring官方不推荐?
112 | 基于Java注解装载Spring Bean配置元信息
113 | Spring Bean配置元信息底层实现之XML资源
114 | Spring Bean配置元信息底层实现之Properties资源
115 | Spring Bean配置元信息底层实现之Java注解
116 | 基于XML资源装载Spring IoC容器配置元信息
117 | 基于Java注解装载Spring IoC容器配置元信息
118 | 基于Extensible XML authoring 扩展Spring XML元素
119 | Extensible XML authoring扩展原理
120 | 基于Properties资源装载外部化配置
121 | 基于YAML资源装载外部化配置
122 | 面试题
123 | 引入动机:为什么Spring不使用Java标准资源管理,而选择重新发明轮子?
124 | Java标准资源管理:Java URL资源管理存在哪些潜规则?
125 | Spring资源接口:Resource接口有哪些语义?它是否“借鉴”了SUN的实现呢?
126 | Spring内建Resource实现:Spring框架提供了多少种内建的Resource实现呢?
127 | Spring Resource接口扩展:Resource能否支持写入以及字符集编码?
128 | Spring资源加载器:为什么说Spring应用上下文也是一种Spring资源加载器?
129 | Spring通配路径资源加载器:如何理解路径通配Ant模式?
130 | Spring通配路径模式扩展:如何扩展路径匹配的规则?
131 | 依赖注入Spring Resource:如何在XML和Java注解场景注入Resource对象?
132 | 依赖注入ResourceLoader:除了ResourceLoaderAware回调注入,还有哪些注入方法?
133 | 面试题精选
134 | Spring国际化使用场景
135 | Spring国际化接口:MessageSource不是技术的创造者,只是技术的搬运工?
136 | 层次性MessageSource:双亲委派不是ClassLoader的专利吗?
137 | Java国际化标准实现:ResourceBundle潜规则多?
138 | Java文本格式化:MessageFormat脱离Spring场景,能力更强大?
139 | MessageSource开箱即用实现:ResourceBundle +MessageFormat组合拳?
140 | MessageSource内建依赖:到底“我”是谁?
141 | 课外资料:SpringBoot为什么要新建MessageSource Bean?
142 | 面试题精选
143 | Spring校验使用场景:为什么Validator并不只是Bean的校验?
144 | Validator接口设计:画虎不成反类犬?
145 | Errors接口设计:复杂得没有办法理解?
146 | Errors文案来源:Spring国际化充当临时工?
147 | 自定义Validator:为什么说Validator容易实现,却难以维护?
148 | Validator的救赎:如果没有Bean Validation,Validator将会在哪里吗?
149 | 面试题精选
150 | Spring数据绑定使用场景:为什么官方文档描述一笔带过?
151 | Spring数据绑定组件:DataBinder
152 | DataBinder绑定元数据:PropertyValues不是Spring Bean属性元信息吗?
153 | DataBinder绑定控制参数:ignoreUnknownFields和ignoreInvalidFields有什么作用?
154 | Spring底层JavaBeans替换实现:BeanWrapper源于JavaBeans而高于JavaBeans?
155 | BeanWrapper的使用场景:Spring数据绑定只是副业?
156 | 课外资料:标准JavaBeans是如何操作属性的
157 | DataBinder数据校验:又见Validator
158 | 面试题精选
159 | Spring类型转换的实现:Spring提供了哪几种类型转换的实现?
160 | 使用场景:Spring类型转换各自的使用场景以及发展脉络是怎样的?
161 | 基于JavaBeans接口的类型转换:Spring是如何扩展PropertyEditor接口实现类型转换的?
162 | Spring内建PropertyEditor扩展:哪些常见类型被Spring内建PropertyEditor实现?
163 | 自定义PropertyEditor扩展:不尝试怎么知道它好不好用?
164 | SpringPropertyEditor的设计缺陷:为什么基于PropertyEditor扩展并不适合作为类型转换?
165 | Spring 3通用类型转换接口:为什么Converter接口设计比PropertyEditor更合理?
166 | Spring内建类型转换器:Spring的内建类型转换器到底有多丰富?
167 | Converter接口的局限性:哪种类型转换场景Converter无法满足?有什么应对之策?
168 | GenericConverter接口:为什么GenericConverter比Converter更通用?
169 | 优化GenericConverter接口:为什么GenericConverter需要补充条件判断?
170 | 扩展Spring类型转换器:为什么最终注册的都是ConditionalGenericConverter?
171 | 统一类型转换服务:ConversionService足够通用吗?
172 | ConversionService作为依赖-能够同时作为依赖查找和依赖注入的来源吗?
173 | 面试题精选
174 | Java泛型基础:泛型参数信息在擦写后还会存在吗?
175 | Java 5类型接口-Type:Java类型到底是Type还是Class?
176 | Spring泛型类型辅助类:GenericTypeResolver
177 | Spring泛型集合类型辅助类:GenericCollectionTypeResolver
178 | Spring方法参数封装-MethodParameter:不仅仅是方法参数
179 | Spring 4.2泛型优化实现-ResolvableType
180 | ResolvableType的局限性:形式比人强?
181 | 面试题精选
182 | Java事件/监听器编程模型:为什么Java中没有提供标准实现?
183 | 面向接口的事件/监听器设计模式:单事件监听和多事件监听怎么选?
184 | 面向注解的事件/监听器设计模式:便利也会带来伤害?
185 | Spring标准事件-ApplicationEvent:为什么不用EventObject?
186 | 基于接口的Spring事件监听器:ApplicationListener为什么选择单事件监听模式?
187 | 基于注解的Spring事件监听器:@EventListener有哪些潜在规则?
188 | 注册Spring ApplicationListener:直接注册和间接注册有哪些差异?
189 | Spring事件发布器:Spring 4.2给ApplicationEventPublisher带来哪些变化?
190 | Spring 层次性上下文事件传播:这是一个Feature还是一个Bug?
191 | Spring内建事件(Built-in Events):为什么ContextStartedEvent和 ContextStoppedEvent是鸡肋事件? - 深入剖析源码,掌握核心编程特性
192 | Spring 4.2 Payload事件:为什么说PayloadApplicationEvent并非一个良好的设计?
193 | 自定义Spring事件:自定义事件业务用得上吗?
194 | 依赖注入ApplicationEventPublisher:事件推送还会引起Bug?
195 | 依赖查找ApplicationEventPublisher:ApplicationEventPublisher从何而来?
196 | ApplicationEventPublisher底层实现:ApplicationEventMulticaster也是Java Observable的延伸?
197 | 同步和异步Spring事件广播:Spring对J.U.C Executor接口的理解不够?
198 | Spring 4.1事件异常处理:ErrorHandler使用有怎样的限制?
199 | Spring事件/监听器实现原理:面向接口和注解的事件/监听器实现有区别吗?
200 | 课外资料:Spring Boot和Spring Cloud事件也是Spring事件?
201 | 面试题精选
202 | Spring注解驱动编程发展历程
203 | Spring核心注解场景分类
204 | Spring注解编程模型
205 | Spring元注解(Meta-Annotations)
206 | Spring模式注解(Stereotype Annotations)
207 | Spring组合注解(Composed Annotations)
208 | Spring注解属性别名(Attribute Aliases)
209 | Spring注解属性覆盖(Attribute Overrides)
210 | Spring @Enable模块驱动
211 | Spring条件注解
212 | 课外资料:Spring Boot和Spring Cloud是怎样在Spring注解内核上扩展的?
213 | 面试题精选
214 | 理解Spring Environment抽象
215 | Spring Environment接口使用场景
216 | Environment占位符处理
217 | 理解条件配置Spring Profiles
218 | Spring 4重构@Profile
219 | 依赖注入Environment
220 | 依赖查找Environment
221 | 依赖注入@Value
222 | Spring类型转换在Environment中的运用
223 | Spring类型转换在@Value中的运用
224 | Spring配置属性源PropertySource
225 | Spring內建的配置属性源
226 | 基于注解扩展Spring配置属性源
227 | 基于API扩展Spring外部化配置属性源
228 | 课外资料:Spring 4.1测试配置属性源-@TestPropertySource
229 | 面试题精选
230 | Spring应用上下文启动准备阶段
231 | BeanFactory创建阶段
232 | BeanFactory准备阶段
233 | BeanFactory后置处理阶段
234 | BeanFactory注册BeanpostProcessor阶段
235 | 初始化内建Bean:MessageSource
236 | 初始化内建Bean:Spring事件广播器
237 | Spring应用上下文刷新阶段
238 | Spring事件监听器注册阶段
239 | BeanFactory初始化完成阶段
240 | Spring应用上下刷新完成阶段
241 | Spring应用上下文启动阶段
242 | Spring应用上下文停止阶段
243 | Spring应用上下文关闭阶段
244 | 面试题精选
245 | 结束语
加餐1:为什么说ObjectFactory提供的是延迟依赖查找?
加餐2 | 依赖查找(注入)的Bean会被缓存吗?
加餐3 | @Bean的处理流程是怎样的?
加餐4 | BeanFactory如何处理循环依赖的?
加餐5 | MyBatis与Spring Framework是如何集成的?
本节摘要
登录 后留言

全部留言(16)

  • 最新
  • 精选
刘彬
跟了一下代码,对于为什么static就会生效的个人理解: 上下文refresh后,会调用registerBeanPostProcessors注册各beanPostProcessors。此时demo所在的类并没有初始化为bean。 但是如果要拿到自定义的AutowiredAnnotationBeanPostProcessor,就必须拿到demo的bean后调用beanPostProcessor来拿到这个PostProcessor bean。这就必然导致整个demo配置类先实例化初始化,也就导致@InjectUser注入的bean还没有被AutowiredAnnotationBeanPostProcessor解析,就注入进来了,也就是null。如果加上static,那么就不需要先拿到demo的bean,可以直接调用类方法获取这个AutowiredAnnotationBeanPostProcessor。那么就会导致先拿到processor,后拿到demo的bean。这样demo在初始化的时候,就会正常解析自定义@InjectUser。所以对于同时存在bean的定义和bean的注入的配置类,顺序很容易弄错。

作者回复: 给力,就是需要这样盘根问底~

2020-02-24
3
34
yes
关于static问题,如果没有标注static的话想要拿到自定义的AutowiredAnnotationBeanPostProcessor,就必须实例化demo类,因为自定义的AutowiredAnnotationBeanPostProcessor是被定义在demo类中的。 但是在实例化demo类InjectUser也同时被处理了,此时还没有自定义的AutowiredAnnotationBeanPostProcessor,因此不认识@InjectUser,因此被注入了null。然后等实例化完了之后自定义的AutowiredAnnotationBeanPostProcessor才拿到。 而定义了static之后,自定义的AutowiredAnnotationBeanPostProcessor就不依托于demo类的实例化,因此在要实例化demo类的时候自定义PostProcessor会先于InjectUser被注入,因此处理InjectUser的时候已经有了自定义BeanPostProcessor

作者回复: Bingo

2020-03-07
4
11
Geek_614528
关于 "static" 首先对比 BeanDefinition : 加 static BeanDefinition 中 factoryBeanName=null; 不加 static BeanDefinition 中 factoryBeanName=annotationDependencyInjectionResolutionDemo; 上代码: org.springframework.beans.factory.support.ConstructorResolver#instantiateUsingFactoryMethod 中,下面代码片段: String factoryBeanName = mbd.getFactoryBeanName(); if (factoryBeanName != null) { if (factoryBeanName.equals(beanName)) { throw new BeanDefinitionStoreException(mbd.getResourceDescription(), beanName, "factory-bean reference points back to the same bean definition"); } factoryBean = this.beanFactory.getBean(factoryBeanName); // 此处会去先创建类对象,导致注入失败 if (mbd.isSingleton() && this.beanFactory.containsSingleton(beanName)) { throw new ImplicitlyAppearedSingletonException(); } factoryClass = factoryBean.getClass(); isStatic = false; } else { // It's a static factory method on the bean class. if (!mbd.hasBeanClass()) { throw new BeanDefinitionStoreException(mbd.getResourceDescription(), beanName, "bean definition declares neither a bean class nor a factory-bean reference"); } factoryBean = null; factoryClass = mbd.getBeanClass(); isStatic = true; } 不加 static,会在创建 Bean beanPostProcessor 的过程中「未创建完成」,先去创建所在类的实例,由于处理 @Autowired 等注解的后置处理器未完成创建,导致字段注入失败。

作者回复: 厉害,打破砂锅问到底

2020-04-01
3
10
谁都会变
static生效能生效。对static标注的Bean会在AbstractApplicationContext的refresh方法调用registerBeanPostProcessors注册了我们使用@Bean定义的AutowiredAnnotationBeanPostProcessors。具体的在PostProcessorRegistrationDelegate的 if (beanFactory.isTypeMatch(ppName, PriorityOrdered.class)) { BeanPostProcessor pp = beanFactory.getBean(ppName, BeanPostProcessor.class);这行代码,有兴趣的可以debug下。

作者回复: static 字段是不能注入,并不是说Bean 定义

2022-02-25
1
王娜
小马哥,为什么不加static不起作用,能不能这样理解? 因为当 @Bean 方法定义是非 static 的话,那么它的初始化依赖于所属类 Bean 的初始化,而处理Demo属性的注入@Autowired属于Demo这个Bean初始化的一个环节,所以当 @Autowired 字段发生时,BeanPostProcessor后置处理器并没有创建好,所以@Autowired注解会失效。 采用static,将创建BeanPostProcessor后置处理器提前到了初始化Demo这个Bean之前,所以能够处理@Autowired注解

作者回复: 对的

2021-02-18
1
周治慧
总结:当demo bean对象初始化时,自定义的beanPostProcessors还未被加载所以不能解析@InjectionUser注解的注入,可以通过static来让静态方法属于类而不实例(即不需要等待demo bean的初始化即可用),因为AnnotationConfigUtils#registerAnnotationConfigProcessors()方法,定义了beanDefinitionRegistry中如果存在AUTOWIRED_ANNOTATION_PROCESSOR_BEAN_NAME bean对象后就不在去创建默认的bean对象,所以当我们将bean的名称改为AUTOWIRED_ANNOTATION_PROCESSOR_BEAN_NAME时对应的@autowired @value @inject注解都不会被解析,此时只有@injectionUser被解析,如果我们不将bean名称改为AUTOWIRED_ANNOTATION_PROCESSOR_BEAN_NAME此时两个AutowiredAnnotationBeanPostProcessor同时存在自定义注解@injectionUser和@Autowired同时可以被解析 老师有个问题,就是当自定义bean定义为非静态时,此时默认的AutowiredAnnotationBeanPostProcessor会被初始化,但是为啥demo对象实例化的时候对应的user等非@InjectionUser修饰的主键的属性未被依赖注入呢?

作者回复: 并非如此,AutowiredAnnotationBeanPostProcessor 是处理依赖注入,和 @Bean 定义为静态或非静态没有关系,这个例子主要是因为 @Bean 定为为非静态,所以导致了问题

2020-03-13
2
1
胡化敏
这个扩展 在开发中有哪里好处,为什么要扩展了

作者回复: 主要是为了让小伙伴们了解到 Spring 内部依赖注入的扩展机制,应对未来可能的机会。重复发明轮子是人的天性,另外一方面是了解其他是如何重复发明轮子的~

2020-02-29
1
艳阳天
小马哥有个问题麻烦咨询下,NamespaceHandler 这个类可以用来扩展这个我是清楚的,并且知道默认我们扩展是实现init()类,然后解析标签用parse()方法,我想问下,我写个什么样的demo可以走到第三个方法上面,这个包装的decorate()方法,我看默认解析bean的时候有地方能用到,但是解析Url是默认那个,走不到这个方法,小马哥能举个例子吗?非常感谢

作者回复: 可参考:https://github.com/apache/dubbo/blob/3.2/dubbo-config/dubbo-config-spring/src/main/java/org/apache/dubbo/config/spring/schema/DubboNamespaceHandler.java

2021-11-17
2
Wheat Liu
配置一个新的AutowiredAnnotationBeanPostProcessor的原理: 会让上下文在刷新(refresh)的注册后置处理器(PostProcessorRegistrationDelegate#registerBeanPostProcessors())步骤中,使用DefaultListableBeanFactory#getBeanNamesForType()把所有后置处理器(BeanPostProcessor类型的bean)都找出来。自定义AutowiredAnnotationBeanPostProcessor其实和内置的AutowiredAnnotationBeanPostProcessor地位相同

作者回复: 666

2021-02-20
Dougleas
@Configuration public class AutowiredAnnotationDependency { @Bean @Order(Ordered.LOWEST_PRECEDENCE - 3) public static AutowiredAnnotationBeanPostProcessor definedAutowire() { AutowiredAnnotationBeanPostProcessor beanPostProcessor = new AutowiredAnnotationBeanPostProcessor(); Set<Class<? extends Annotation>> autowiredAnnotationTypes = new LinkedHashSet<>(4); autowiredAnnotationTypes.add(MyAutowired.class); autowiredAnnotationTypes.add(Autowired.class); autowiredAnnotationTypes.add(Value.class); autowiredAnnotationTypes.add(Inject.class); beanPostProcessor.setAutowiredAnnotationTypes(autowiredAnnotationTypes); return beanPostProcessor; } } @Component public class AnnotationLookup { @Autowired private User user; @Autowired private Map<String, User> userMap; @MyAutowired private Optional<ChildUser> optionalUser; @Autowired private ObjectProvider<User> userObjectProvider; @Qualifier("childUser") @Inject private User injectUser; } 马哥,在boot工程下没有加static为什么是可以的?

作者回复: 因为 Spring Boot 引导类和这个不一样,主要看引导类所在的位置,main 方法和 @Bean 定义或者@Component 在同一个中,最好增加 static 让其提前被解析并形成 BeanDefinition。

2021-01-29
2
收起评论