景区建设网站的不足,layerslider wordpress,外贸网站建设公司青岛,仿站能被百度收录吗Spring是一个轻量级的控制反转(IoC)和面向切面(AOP)的容器#xff08;框架#xff09;。
一、什么是IOC#xff1f;
IoC Inversion of Control 翻译成中⽂是“控制反转”的意思#xff0c;也就是说 Spring 是⼀个“控制反转”的容器。
1.1控制反转推导
这个控制反转怎…Spring是一个轻量级的控制反转(IoC)和面向切面(AOP)的容器框架。
一、什么是IOC
IoC Inversion of Control 翻译成中⽂是“控制反转”的意思也就是说 Spring 是⼀个“控制反转”的容器。
1.1控制反转推导
这个控制反转怎么理解呢我们来推导一下这个过程
我们现在构建⼀辆“⻋”的程序我们的实现思路和代码实现是这样的
轮胎的尺⼨的固定的然⽽随着对的⻋的需求量越来越⼤个性化需求也会越来越多这时候我们就需要加⼯多种尺⼨的轮胎那这个时候就要对上面的程序进⾏修改了修改后的代码如下所示 从上面的代码中可以看出传统写法的缺陷代码耦合性太高。
那上述问题我们可以怎么解决呢
这就好⽐我们打造⼀辆完整的汽车传统的方式是所有的配件都是⾃⼰造那么当客户需求发⽣改变的时候⽐如轮胎的尺⼨不再是原来的尺⼨了那我们要⾃⼰动⼿来改了但如果我们是把轮胎外包出去那么即使是轮胎的尺⼨发⽣变变了我们只需要向代理⼯⼚下订单就⾏了我们⾃身是不需要出⼒的。
所以我们可以尝试不在每个类中自己创建下级类如果⾃⼰创建下级类就会出现当下级类发⽣改变操作⾃⼰也要跟着修改。 此时我们只需要将原来由自己创建的下级类改为传递的方式也就是注入的方式因为我们不需要在当前类中创建下级类了所以下级类即使发生变化创建或减少参数当前类本身也⽆需修改任何代码这样就完成了程序的解耦。
代码实现思路如下 总结对比一下
执行顺序
在传统的代码中对象创建顺序是Car - Framework - Bottom - Tire 改进之后解耦的代码的对象创建顺序是Tire - Bottom - Framework - Car
通⽤程序的实现代码类的创建顺序是反的传统代码是 Car 控制并创建了FrameworkFramework 创建并创建了 Bottom依次往下⽽改进之后的控制权发⽣的反转不再是上级对象创建并控制下级对象了⽽是下级对象把注⼊将当前对象中下级的控制权不再由上级类控制了这样即使下级类发⽣任何改变当前类都是不受影响的这就是典型的控制反转也就是 IoC 的实 现思想。
上述过程不知道各位小伙伴能不能理解但总结来说就是传统的写法所有的东西都是由程序去控制创建的改进后的写法是由调用者自行控制创建对象 , 把主动权交给了调用者 . 程序不用去管怎么创建,怎么实现了 . 它只负责提供一个接口 .。
这种思想 , 从本质上解决了问题 , 我们程序员不再去管理对象的创建了 , 更多的去关注业务的实现 . 耦合性大大降低 . 这也就是IOC的原型 。
1.2、IOC的本质
控制反转IoC(Inversion of Control)是一种设计思想DI(依赖注入)是实现IoC的一种方法也有人认为DI只是IoC的另一种说法。没有IoC的程序中 , 我们使用面向对象编程 , 对象的创建与对象间的依赖关系完全硬编码在程序中对象的创建由程序自己控制控制反转后将对象的创建转移给第三方个人认为所谓控制反转就是获得依赖对象的方式反转了。 1.2.1、DI依赖注入
说到 IoC 不得不提的⼀个词就是“DI”DI 是 Dependency Injection 的缩写翻译成中⽂是“依赖注 ⼊”的意思。 所谓依赖注⼊就是由 IoC 容器在运⾏期间动态地将某种依赖关系注⼊到对象之中。所以依 赖注⼊DI和控制反转IoC是从不同的⻆度的描述的同⼀件事情就是指通过引⼊ IoC 容 器利⽤依赖关系注⼊的⽅式实现对象之间的解耦。IoC 是“⽬标”也是⼀种思想⽽⽬标和思想只是⼀种指导原则最终还是要有可⾏的落地⽅案⽽ DI就属于具体的实现。 DI 概念说明 将对象存放到容器中的好处将对象存储在 IoC 容器相当于将以后可能⽤的所有⼯具制作好都放到仓库中需要的时候直接取就⾏了⽤完再把它放回到仓库。⽽ new 对象的⽅式相当于每次需要⼯具了才现做⽤完就扔掉了也不会保存下次再⽤的时候还得重新做这就是 IoC 容器和普通程序开发的区别 二、创建有一个Spring项目
1、配置maven国内源 2、创建spring项目 dependencies dependency groupIdorg.springframework/groupId artifactIdspring-context/artifactId version5.2.3.RELEASE/version /dependency dependency groupIdorg.springframework/groupId artifactIdspring-beans/artifactId version5.2.3.RELEASE/version /dependency /dependencies 按照上述步骤配置完成启动成功不报错那么一个spring项目就创建好了接下来我们体验一下Spring是如何获取和使用Bean的。
3、获取和使用Spring对象
3.1、添加 Spring 配置⽂件 spring-config.xml
在创建好的项⽬中添加 Spring 配置⽂件 spring-config.xml将此⽂件放到 resources 的根⽬录下
Spring 配置⽂件的固定格式为以下内容以下内容⽆需记忆只需要保存到⾃⼰可以找到的地
就可以了因为它是固定不变的
?xml version1.0 encodingUTF-8?
beans xmlnshttp://www.springframework.org/schema/beans
xmlns:xsihttp://www.w3.org/2001/XMLSchema-instance
xsi:schemaLocationhttp://www.springframework.org/schema/beans htt
p://www.springframework.org/schema/beans/spring-beans.xsd
/beans
3.2、将Bean对象存储到Spring(IOC容器
【解释一下这里的我们正常创建一个类是这么写的类型 变量名 new 类型bean中的 id 相当于变量名class 相当于 new的对象】
3.2、从容器中获取Bean对象 获取并使⽤ Bean 对象分为以下 3 步 得到 Spring 上下文对象因为对象都交给 Spring 管理了所以获取对象要从 Spring 中获取那么就得先得到 Spring 的上下文。通过 Spring 上下文获取某⼀个指定的 Bean 对象。使⽤ Bean 对象。 如果取多个 Bean 的话重复以上第 2、3 步骤。 除了 ApplicationContext 之外我们还可以使⽤ BeanFactory 来作为 Spring 的上下⽂如下代码所示 BeanFactory beanFactory new XmlBeanFactory(new ClassPathResource(springconfig.xml)); ApplicationContext 和BeanFactory 的区别 3.3、getBean ⽅法的更多⽤法
getBean() ⽅法有很多种重载⽅法我们也可以使⽤其他⽅式来获取 Bean 对象 三、Spring 更简单的读取和存储对象——注解
3.1、配置扫描路径
前置工作在之前的spring-config.xml文件中配置bean的扫描路径如果不配置后面所有的操作都不会生效。 3.2、注解
想要将对象存储在 Spring 中有两种注解类型可以实现
类注解Controller、Service、Repository、Component、Configuration。方法注解Bean。
3.2.1、五类注解
Controller // 将对象存储到 Spring 中
public class UserController {
public void sayHi(String name) {
System.out.println(Hi, name);
}
}public class Application {
public static void main(String[] args) {
// 1.得到 spring 上下⽂
ApplicationContext context
new ClassPathXmlApplicationContext(spring-config.xml);
// 2.得到 bean
UserController userController (UserController) context.getBean(
userController);
// 3.调⽤ bean ⽅法
userController.sayHi(Bit);
}
}
Service
public class UserService {
public void sayHi(String name) {
System.out.println(Hi, name);
}
}class App {
public static void main(String[] args) {
// 1.得到 spring 上下⽂
ApplicationContext context
new ClassPathXmlApplicationContext(spring-config.xml);
// 2.得到 bean
UserService userService (UserService) context.getBean(userServi
ce);
// 3.调⽤ bean ⽅法
userService.sayHi(Bit);
}
}Repository
public class UserRepository {
public void sayHi(String name) {
System.out.println(Hi, name);
}
}class App {
public static void main(String[] args) {
// 1.得到 spring 上下⽂
ApplicationContext context
new ClassPathXmlApplicationContext(spring-config.xml);
// 2.得到某个 bean
UserRepository userRepository (UserRepository) context.getBean(
userRepository);
// 3.调⽤ bean ⽅法
userRepository.sayHi(Bit);
}
}Component
public class UserComponent {
public void sayHi(String name) {
System.out.println(Hi, name);
}
}class App {
public static void main(String[] args) {
// 1.得到 spring 上下⽂
ApplicationContext context
new ClassPathXmlApplicationContext(spring-config.xml);
// 2.得到某个 bean
UserComponent userComponent (UserComponent) context.getBean(use
rComponent);
// 3.调⽤ bean ⽅法
userComponent.sayHi(Bit);
}
}Configuration
public class UserConfiguration {
public void sayHi(String name) {
System.out.println(Hi, name);
}
}
class App {
public static void main(String[] args) {
// 1.得到 spring 上下⽂
ApplicationContext context
new ClassPathXmlApplicationContext(spring-config.xml);
// 2.得到某个 bean
UserConfiguration userConfiguration (UserConfiguration) context.
getBean(userConfiguration);
// 3.调⽤ bean ⽅法
userConfiguration.sayHi(Bit);
}
}观察上述代码可以发现这五个注解的功能是一样的那么我们为什么要用那么多个注解呢用一个不就行了
这和为什么每个省/市都有⾃⼰的⻋牌号是⼀样的⽐如陕⻄的⻋牌号就是陕XXXXXXX北京的⻋牌号京XXXXXXX⼀样。甚⾄⼀个省不同的县区也是不同的⽐如⻄安就是陕AXXXXX咸阳陕BXXXXXX宝鸡陕CXXXXXX⼀样。这样做的好处除了可以节约号码之外更重要的作⽤是可以直观的标识⼀辆⻋的归属地 同理我们使用那么多的类注解也是相同的原因就是让程序员看到类注解之后就能直接了解当前类的⽤途 这五类注解的用途如下 Controller 【控制器】 校验参数的合法性相当于安检系统 Service 【服务】业务组装客服中心 Repository 【数据持久层】实际业务处理中心实际办理业务的 Component【组件】工具类层基础的工具 Configuration【配置层】配置 程序的工程分层调⽤流程如下
这五个注解之间的关系 我们查看源码后发现其实这些注解⾥⾯都有⼀个注解 Component说明它们本身就是属于 Component 的“子类”
方法注解Bean
类注解是添加到某个类上的而方法注解是放到某个⽅法上的如以下代码的实现 3.3、Bean命名规则 3.3.1、Bean的重命名 3.4、获取 Bean 对象对象装配
获取 bean 对象也叫做对象装配是把对象取出来放到某个类中有时候也叫对象注⼊ 对象装配对象注⼊的实现⽅法以下 3 种
属性注⼊ 构造⽅法注⼊Setter 注⼊
3.4.1、 属性注⼊
属性注⼊是使用 Autowired 实现的将 Service 类注⼊到 Controller 类中。 Service 类的实现代码如下
Service
public class UserService {public User getUser(Integer id) {
// 伪代码不连接数据库
User user new User();
user.setId(id);
user.setName(Java- id);
return user;
}
}
Controller 类的实现代码如下
Controller
public class UserController {
// 注⼊⽅法1属性注⼊
Autowired
private UserService userService; //属性注入的核心代码public User getUser(Integer id) {
return userService.getUser(id);
}
}
获取 Controller 中的 getUser ⽅法
import org.springframework.context.ApplicationContext;
import org.springframework.context.support.ClassPathXmlApplicationContext;
public class UserControllerTest {
public static void main(String[] args) {
ApplicationContext context
new ClassPathXmlApplicationContext(spring-config.xml);
UserController userController context.getBean(UserController.cla
ss);
System.out.println(userController.getUser(1).toString());
}
}
最终结果如下
3.4.1.1、注意: 同类型的Bean存储到容器多个,获取时会报错
Component
public class Users {
Bean
public User user1() {
User user new User();
user.setId(1);
user.setName(Java);
return user;
}
Bean
public User user2() {
User user new User();
user.setId(2);
user.setName(MySQL);
return user;
}
在另⼀个类中获取 User 对象代码和运行结果如下 解决方案:
1. 使⽤ Resource(name) 2. 使⽤ Qualifier() 3.4.1.2、属性注入的优缺点: 3.4.2、Setter 注入
Setter 注入和属性的 Setter ⽅法实现类似只不过在设置 set ⽅法的时候需要加上 Autowired 注解(不能省)Controller 类的实现代码如下
Controller
public class UserController3 {
// 注⼊⽅法3Setter注⼊
private UserService userService;
Autowired
public void setUserService(UserService userService) {
this.userService userService;
}
public User getUser(Integer id) {
return userService.getUser(id);
}
}
3.4.1.1、Setter注入优缺点:
3.4.3、构造方法注入
构造⽅法注⼊是在类的构造⽅法中实现注⼊Controller 类的实现代码如下
Controller
public class UserController2 {
// 注⼊⽅法2构造⽅法注⼊
private UserService userService;
Autowired
public UserController2(UserService userService) {
this.userService userService;
}
public User getUser(Integer id) {
return userService.getUser(id);
}
}
注意:如果只有⼀个构造⽅法那么 Autowired 注解可以省略如下图所示
3.4.3.1、构造方法注入优缺点: Spring为什么使用三级缓存解决循环依赖_哔哩哔哩_bilibili
3.2.4、三种注入优缺点分析
属性注⼊的优点是简洁使用方便缺点是只能⽤于 IoC 容器如果是⾮ IoC 容器不可⽤并且只有在使⽤的时候才会出现 NPE空指针异常。构造⽅法注⼊是 Spring 推荐的注入方式它的缺点是如果有多个注⼊会显得⽐较臃肿但出现这种情况你应该考虑⼀下当前类是否符合程序的单⼀职责的设计模式了它的优点是通⽤性在使⽤之前⼀定能把保证注⼊的类不为空。Setter ⽅式是 Spring 前期版本推荐的注⼊⽅式但通⽤性不如构造⽅法所有 Spring 现版本已经推荐使⽤构造⽅法注⼊的⽅式来进⾏类注入了。 Resource另⼀种注⼊关键字 在进⾏类注⼊时除了可以使⽤ Autowired 关键字之外我们还可以使⽤ Resource 进⾏注⼊:
Controller
public class UserController {
// 注⼊
Resource
private UserService userService;
public User getUser(Integer id) {
return userService.getUser(id);
}
}
Autowired 和 Resource 的区别 四、Bean 作⽤域和⽣命周期
4.1、作用域
限定程序中变量的可⽤范围叫做作⽤域或者说在源代码中定义变量的某个区域就叫做作⽤域。 ⽽ Bean 的作⽤域是指 Bean 在 Spring 整个框架中的某种⾏为模式⽐如 singleton 单例作⽤域就表示 Bean 在整个 Spring 中只有⼀份它是全局共享的那么当其他⼈修改了这个值之后那么另⼀个⼈读取到的就是被修改的值 Spring 容器在初始化⼀个 Bean 的实例时同时会指定该实例的作⽤域。
Spring有 6 种作⽤域最后四种是基于 Spring MVC ⽣效的 1. singleton单例作⽤域单例模式默认的作用域 2. prototype原型作⽤域原型模式多例作⽤域 3. request请求作⽤域只适用于SpringMVC项目Spring Web 4. session回话作⽤域一个Http会话共享一个Bean。只适用于SpringMVC项目Spring Web 5. application应用作用域全局作用域表示的是一个Context容器共享一个作用域。只适用于SpringMVC项目Spring Web 6. websocketHTTP WebSocket 作⽤域只适用于websocket作用域。 单例作用域(singleton) VS 全局作用域(application) singleton 是 Spring Core 的作⽤域application 是 Spring Web 中的作用域 singleton 作⽤于 IoC 的容器而 application 作⽤于 Servlet 容器。 4.2、设置作⽤域
使⽤ Scope 标签就可以⽤来声明 Bean 的作⽤域⽐如设置 Bean 的作⽤域如下代码所示
Component
public class Users {
Scope(ConfigurableBeanFactory.SCOPE_PROTOTYPE)
Bean(name u1)
public User user1() {
User user new User();
user.setId(1);
user.setName(Java);
return user;
}
}
Scope 标签既可以修饰方法也可以修饰类Scope 有两种设置⽅式
直接设置值Scope(prototype)使⽤枚举设置Scope(ConfigurableBeanFactory.SCOPE_PROTOTYPE)
4.3、Spring 执⾏流程
启动 Spring 容器 - 实例化 Bean分配内存空间从⽆到有 - Bean 注册到 Spring 中存操作 - 将 Bean 装配到需要的类中取操作)。4.4、Bean 生命周期 所谓的⽣命周期指的是⼀个对象从诞⽣到销毁的整个生命过程我们把这个过程就叫做⼀个对象的生命周期。Bean 的⽣命周期分为以下 5 ⼤部分 1.实例化 Bean为 Bean 分配内存空间 2.设置属性Bean 注⼊和装配 3.Bean 初始化 实现了各种 Aware 通知的⽅法如 BeanNameAware、BeanFactoryAware、 ApplicationContextAware 的接⼝⽅法 执⾏ BeanPostProcessor 初始化前置⽅法 执⾏ PostConstruct 初始化⽅法依赖注⼊操作之后被执⾏ 执⾏⾃⼰指定的 init-method ⽅法如果有指定的话 执⾏ BeanPostProcessor 初始化后置⽅法。 4.使⽤ Bean 5.销毁 Bean
4.4、实例化和初始化的区别 实例化和属性设置是 Java 级别的系统“事件”其操作过程不可人工干预和修改⽽初始化是给开发者提供的可以在实例化之后类加载完成之前进行自定义“事件”处理 以上就是本文分享的主要内容对你有帮助的话可以点个赞哦~~
