Spring_01 Spring家族 Spring系统架构 Spring解决的问题 IOC、IOC容器、Bean、DI

本文涉及的产品
容器镜像服务 ACR,镜像仓库100个 不限时长
简介: Spring_01 Spring家族 Spring系统架构 Spring解决的问题 IOC、IOC容器、Bean、DI

Spring家族



Spring发展到今天已经形成了一种开发的生态圈,Spring提供了若干个项目,每个项目用于完成特定的功能。


Spring已形成了完整的生态圈,也就是说我们可以完全使用Spring技术完成整个项目的构建、设计与开发。


Spring有若干个项目,可以根据需要自行选择,把这些个项目组合起来,起了一个名称叫全家桶,如下图所示


1.png

cb5f4efffb104a0398abaa4eb34220ca.png


  • Spring Framework:Spring框架,是Spring中最早最核心的技术,也是所有其他技术的基础。


  • SpringBoot:Spring是来简化开发,而SpringBoot是来帮助Spring在简化的基础上能更快速进行开发。


  • SpringCloud:这个是用来做分布式之微服务架构的相关开发。


Spring系统架构


3.png


(1)核心层


Core Container:核心容器,这个模块是Spring最核心的模块,其他的都需要依赖该模块


(2)AOP层


AOP:面向切面编程,它依赖核心层容器,目的是在不改变原有代码的前提下对其进行功能增强


Aspects:AOP是思想,Aspects是对AOP思想的具体实现


(3)数据层


Data Access:数据访问,Spring全家桶中有对数据访问的具体实现技术

Data Integration:数据集成,Spring支持整合其他的数据层解决方案,比如Mybatis

Transactions:事务,Spring中事务管理是Spring AOP的一个具体实现,也是后期学习的重点内容


(4)Web层


这一层的内容将在SpringMVC框架具体学习


(5)Test层


Spring主要整合了Junit来完成单元测试和集成测试


Spring解决的问题


4.png


(1)业务层需要调用数据层的方法,就需要在业务层new数据层的对象


(2)如果数据层的实现类发生变化,那么业务层的代码也需要跟着改变,发生变更后,都需要进行编译打包和重部署


(3)所以,现在代码在编写的过程中存在的问题是:耦合度偏高


5.png


我们就想,如果能把框中的内容给去掉,不就可以降低依赖了么,但是又会引入新的问题,去掉以后程序能运行么?


答案肯定是不行,因为bookDao没有赋值为Null,强行运行就会出空指针异常。


所以现在的问题就是,业务层不想new对象,运行的时候又需要这个对象,该咋办呢?


针对这个问题,Spring就提出了一个解决方案:


使用对象时,在程序中不要主动使用new产生对象,转换为由外部提供对象


这种实现思就是Spring的一个核心概念


IOC、IOC容器、Bean、DI


1.IOC(Inversion of Control)控制反转


(1)什么是控制反转呢?


  • 使用对象时,由主动new产生对象转换为由外部提供对象,此过程中对象创建控制权由程序转移到外部,此思想称为控制反转。
  • 业务层要用数据层的类对象,以前是自己new的
  • 现在自己不new了,交给别人[外部]来创建对象
  • 别人[外部]就反转控制了数据层对象的创建权
  • 这种思想就是控制反转
  • 别人[外部]指定是什么呢?继续往下学


(2)Spring和IOC之间的关系是什么呢?


  • Spring技术对IOC思想进行了实现
  • Spring提供了一个容器,称为IOC容器,用来充当IOC思想中的"外部"
  • IOC思想中的别人[外部]指的就是Spring的IOC容器


(3)IOC容器的作用以及内部存放的是什么?


  • IOC容器负责对象的创建、初始化等一系列工作,其中包含了数据层和业务层的类对象
  • 被创建或被管理的对象在IOC容器中统称为Bean
  • IOC容器中放的就是一个个的Bean对象


(4)当IOC容器中创建好service和dao对象后,程序能正确执行么?


  • 不行,因为service运行需要依赖dao对象
  • IOC容器中虽然有service和dao对象
  • 但是service对象和dao对象没有任何关系
  • 需要把dao对象交给service,也就是说要绑定service和dao对象之间的关系
  • 像这种在容器中建立对象与对象之间的绑定关系就要用到DI:


2.DI(Dependency Injection)依赖注入


image.png


(1)什么是依赖注入呢?


  • 在容器中建立bean与bean之间的依赖关系的整个过程,称为依赖注入
  • 业务层要用数据层的类对象,以前是自己new的
  • 现在自己不new了,靠别人[外部其实指的就是IOC容器]来给注入进来
  • 这种思想就是依赖注入


(2)IOC容器中哪些bean之间要建立依赖关系呢?


  • 这个需要程序员根据业务需求提前建立好关系,如业务层需要依赖数据层,service就要和dao建立依赖关系


介绍完Spring的IOC和DI的概念后,我们会发现这两个概念的最终目标就是:充分解耦,具体实现靠:


  • 使用IOC容器管理bean(IOC)
  • 在IOC容器内将有依赖关系的bean进行关系绑定(DI)
  • 最终结果为:使用对象时不仅可以直接从IOC容器中获取,并且获取到的bean已经绑定了所有的依赖关系.


核心概念小结


(1)什么IOC/DI思想?


  • IOC:控制反转,控制反转的是对象的创建权
  • DI:依赖注入,绑定对象与对象之间的依赖关系


(2)什么是IOC容器?


Spring创建了一个容器用来存放所创建的对象,这个容器就叫IOC容器


(3)什么是Bean?


容器中所存放的一个个对象就叫Bean或Bean对象


相关文章
|
1月前
|
Kubernetes Cloud Native 微服务
探索云原生技术:容器化与微服务架构的融合之旅
本文将带领读者深入了解云原生技术的核心概念,特别是容器化和微服务架构如何相辅相成,共同构建现代软件系统。我们将通过实际代码示例,探讨如何在云平台上部署和管理微服务,以及如何使用容器编排工具来自动化这一过程。文章旨在为开发者和技术决策者提供实用的指导,帮助他们在云原生时代中更好地设计、部署和维护应用。
|
2月前
|
运维 Kubernetes Cloud Native
云原生技术:容器化与微服务架构的完美结合
【10月更文挑战第37天】在数字化转型的浪潮中,云原生技术以其灵活性和高效性成为企业的新宠。本文将深入探讨云原生的核心概念,包括容器化技术和微服务架构,以及它们如何共同推动现代应用的发展。我们将通过实际代码示例,展示如何在Kubernetes集群上部署一个简单的微服务,揭示云原生技术的强大能力和未来潜力。
|
1月前
|
Java 开发者 微服务
从单体到微服务:如何借助 Spring Cloud 实现架构转型
**Spring Cloud** 是一套基于 Spring 框架的**微服务架构解决方案**,它提供了一系列的工具和组件,帮助开发者快速构建分布式系统,尤其是微服务架构。
191 69
从单体到微服务:如何借助 Spring Cloud 实现架构转型
|
3天前
|
搜索推荐 NoSQL Java
微服务架构设计与实践:用Spring Cloud实现抖音的推荐系统
本文基于Spring Cloud实现了一个简化的抖音推荐系统,涵盖用户行为管理、视频资源管理、个性化推荐和实时数据处理四大核心功能。通过Eureka进行服务注册与发现,使用Feign实现服务间调用,并借助Redis缓存用户画像,Kafka传递用户行为数据。文章详细介绍了项目搭建、服务创建及配置过程,包括用户服务、视频服务、推荐服务和数据处理服务的开发步骤。最后,通过业务测试验证了系统的功能,并引入Resilience4j实现服务降级,确保系统在部分服务故障时仍能正常运行。此示例旨在帮助读者理解微服务架构的设计思路与实践方法。
43 16
|
18天前
|
存储 Java 应用服务中间件
【Spring】IoC和DI,控制反转,Bean对象的获取方式
IoC,DI,控制反转容器,Bean的基本常识,类注解@Controller,获取Bean对象的常用三种方式
|
17天前
|
Kubernetes 安全 数据安全/隐私保护
云卓越架构:容器安全最佳实践
本次分享由阿里云智能集团解决方案架构师张玉峰主讲,主题为“云卓越架构:容器安全最佳实践”。内容涵盖容器安全的挑战、云原生容器安全架构及典型场景。首先分析了容器安全面临的问题,如镜像漏洞和权限管理。接着介绍了容器安全架构的五个维度:身份权限管理、配置安全检查、运行时防护、镜像安全检测及发布的安全管控。最后通过具体场景展示了容器身份与权限管理、密钥管理、运行时防入侵等最佳实践,强调了安全左移的重要性,确保从开发到运行的全生命周期安全覆盖。
|
1月前
|
负载均衡 Java 开发者
深入探索Spring Cloud与Spring Boot:构建微服务架构的实践经验
深入探索Spring Cloud与Spring Boot:构建微服务架构的实践经验
153 5
|
2月前
|
Kubernetes Cloud Native Docker
云原生之旅:从传统架构到容器化服务的演变
随着技术的快速发展,云计算已经从简单的虚拟化服务演进到了更加灵活和高效的云原生时代。本文将带你了解云原生的概念、优势以及如何通过容器化技术实现应用的快速部署和扩展。我们将以一个简单的Python Web应用为例,展示如何利用Docker容器进行打包和部署,进而探索Kubernetes如何管理这些容器,确保服务的高可用性和弹性伸缩。
|
2月前
|
Kubernetes Cloud Native 持续交付
容器化、Kubernetes与微服务架构的融合
容器化、Kubernetes与微服务架构的融合
51 1
|
2月前
|
运维 Kubernetes Docker
深入理解容器化技术及其在微服务架构中的应用
深入理解容器化技术及其在微服务架构中的应用
75 1