- 不提供名称
为什么允许这样做,可以猜想就类似于匿名内部类一样,无需提供名称。
这和后面的自动装配有关。
1.3.2 Bean 的实例化
这部分和类的初始化相关,暂且不谈
典型的企业应用程序不包含单个对象(或Spring术语中的bean)。即使是最简单的应用程序,也有一些对象可以协同工作,以呈现最终用户视为一致的应用程序。
简单的说,就是对象的构成很多时候是依赖其他多个对象的。比如, Zoo
实例依赖Tiger
,Lion
实例;UserService
实例依赖UserDao
或者UserMapper
实例。
使用DI原理,代码更加简洁,当为对象提供依赖项时,去耦会更有效。该对象不查找其依赖项,并且不知道依赖项的位置或类。
也就是,程序员不在负责对象的创建和组装,而仅仅负责对象的提供,创建及组装(DI)由Spring 完成。
综上, DI实际上是实现IOC的一种措施。
1.4.1 依赖注入
1.4.1.1 Constructor 注入
实体类
package com.jsy.pojo;
public class Zoo {
Tiger tiger;
Lion lion;
public Zoo(Tiger tiger, Lion lion) {
this.tiger = tiger;
this.lion = lion;
}
}
- 构造函数参数解析匹配通过使用参数的类型进行
上述的例子中Lion
、Tiger
类不是通过继承关联的,则不存在潜在的歧义,配置生效,
(以下的例子来自官方)
- type 属性
- index 属性
- name 属性
1.4.1.2 Setter 注入
基于设置器的DI是通过在调用无参数构造函数或无参数static工厂方法以实例化您的bean之后,在您的bean上调用setter方法来完成的。
-
必须具有无参构造器
-
必须有set函数,函数名为 set+属性名(首字母大写)
1.4.1.3 Factory方法注入
这种方法与上述两种原理是一致的,区别不大。
public class ExampleBean {
// a private constructor
private ExampleBean(…) {
…
}
// a static factory method; the arguments to this method can be
// considered the dependencies of the bean that is returned,
// regardless of how those arguments are actually used.
public static ExampleBean createInstance (
AnotherBean anotherBean, YetAnotherBean yetAnotherBean, int i) {
ExampleBean eb = new ExampleBean (…);
// some other operations…
return eb;
}
}
实例(非静态)工厂方法可以以基本上相同的方式使用(除了使用factory-bean属性代替使用class属性外)
1.4.1.4 循环依赖问题
package com.jsy.pojo;
public class A {
B b;
public void setB(B b) {
this.b = b;
}
}
package com.jsy.pojo;
public class B {
A a;
public void setA(A a) {
this.a = a;
}
}
使用构造函数注入,则可能会创建无法解决的循环依赖方案
一种可能的解决方案是编辑某些类的源代码,这些类的源代码由设置者而不是构造函数来配置。或者,避免构造函数注入,而仅使用setter注入。换句话说,尽管不建议这样做,但是您可以使用setter注入配置循环依赖关系。
简单的说,如果出现循环依赖,必须使用setter注入。
1.4.2 依赖注入的细节
setter注入使用<property/>
constructor 注入使用<constructor-arg/>元素
下面主要是setter注入解释。
1.4.2.1 真值注入
1.4.2.2 Bean注入
1.4.2.3 空串和NULL
下面的例子来自Kuangshen.
1.4.2.4 数组注入
西游记
红楼梦
水浒传
1.4.2.5 List注入
听歌
看电影
爬山
1.4.2.6 Map注入
1.4.2.7 Set注入
LOL
BOB
COC
1.4.2.8 Properties注入
20190604
男
小明
1.4.2.9 p-命名空间与c-命名空间
- p-空间
依赖于setter
方法的依赖注入
在头文件中导入约束xml名称空间 : xmlns:p=“http://www.springframework.org/schema/p”
注意对于bean的注入必须在字段名后面加上-ref
,否则bean初始化出错。
- c-空间
依赖于构造函数;
须导入名称空间:xmlns:c=“http://www.springframework.org/schema/c”
1.4.5 自动装配
这里并不打算讲在spring中基于xml的自动装配,后面会基于注解来实现自动装配,故这里略去不谈。
1.4.6 方法注入
方法注入是Spring IoC容器的一项高级功能,这里只讲解决办法。
这里只讲一下为什么需要方法注入。
简单来说,由于bean的声明周期不同,导致的问题。比如一个单例的bean依赖一个原型的bean,但是单例的bean的属性注入只有一次机会,这个时候就产生了问题。
使用 @Lookup
注解。
- 声明一个原型bean。
@Component
@Scope(“prototype”)
public class MyPrototype {
}
- 在单例bean写一个返回 null 的 getXXX方法,
这里的方法名实际上就是xml的 bean的id。
再用@Lookup
标记方法。
(这里也可以直接写成抽象方法,但不管怎样到最后,Spring框架都要通过使用CGLIB库中的字节码生成来动态生成覆盖该方法的子类,从而实现此方法注入)
@Component
public class MySingleton {
@Lookup
public MyPrototype getMyPrototype() {
return null;
}
}
自我介绍一下,小编13年上海交大毕业,曾经在小公司待过,也去过华为、OPPO等大厂,18年进入阿里一直到现在。
深知大多数Java工程师,想要提升技能,往往是自己摸索成长或者是报班学习,但对于培训机构动则几千的学费,着实压力不小。自己不成体系的自学效果低效又漫长,而且极易碰到天花板技术停滞不前!
因此收集整理了一份《2024年Java开发全套学习资料》,初衷也很简单,就是希望能够帮助到想自学提升又不知道该从何学起的朋友,同时减轻大家的负担。
既有适合小白学习的零基础资料,也有适合3年以上经验的小伙伴深入学习提升的进阶课程,基本涵盖了95%以上Java开发知识点,真正体系化!
由于文件比较大,这里只是将部分目录截图出来,每个节点里面都包含大厂面经、学习笔记、源码讲义、实战项目、讲解视频,并且会持续更新!
如果你觉得这些内容对你有帮助,可以扫码获取!!(备注Java获取)
Kafka实战笔记
关于这份笔记,为了不影响大家的阅读体验,我只能在文章中展示部分的章节内容和核心截图
- Kafka入门
- 为什么选择Kafka
- Karka的安装、管理和配置
- Kafka的集群
- 第一个Kafka程序
afka的生产者
- Kafka的消费者
- 深入理解Kafka
- 可靠的数据传递
- Spring和Kalka的整合
- Sprinboot和Kafka的整合
- Kafka实战之削峰填谷
- 数据管道和流式处理(了解即可)
- Kafka实战之削峰填谷
《互联网大厂面试真题解析、进阶开发核心学习笔记、全套讲解视频、实战项目源码讲义》点击传送门即可获取!
mg" style=“zoom: 33%;” />
Kafka实战笔记
关于这份笔记,为了不影响大家的阅读体验,我只能在文章中展示部分的章节内容和核心截图
[外链图片转存中…(img-9ZfZAfqo-1713397195775)]
- Kafka入门
- 为什么选择Kafka
- Karka的安装、管理和配置
[外链图片转存中…(img-TDh7yDfB-1713397195775)]
- Kafka的集群
- 第一个Kafka程序
- [外链图片转存中…(img-qVhGWdx5-1713397195775)]
afka的生产者
[外链图片转存中…(img-OKcEHWzH-1713397195776)]
- Kafka的消费者
- 深入理解Kafka
- 可靠的数据传递
[外链图片转存中…(img-mRXJSBGK-1713397195776)]
[外链图片转存中…(img-ZFHWWOmI-1713397195776)]
- Spring和Kalka的整合
- Sprinboot和Kafka的整合
- Kafka实战之削峰填谷
- 数据管道和流式处理(了解即可)
[外链图片转存中…(img-MSHSUfHO-1713397195776)]
- Kafka实战之削峰填谷
[外链图片转存中…(img-y37X4oBe-1713397195777)]
《互联网大厂面试真题解析、进阶开发核心学习笔记、全套讲解视频、实战项目源码讲义》点击传送门即可获取!