Spring 的创建和日志框架的整合

妖狐艹你老母 2023-10-15 17:47 10阅读 0赞

![a85856b1b7474d19a022bc51718a70d7.jpeg][]

**目录**

一、第一个 Spring 项目

1、配置环境

2、Spring 的 jar 包

Maven 项目导入 jar 包和设置国内源的方法：

3、Spring 的配置文件

4、Spring 的核心 API

ApplicationContext

4、程序开发

5、细节分析

（1）名词解释

（2）Spring 工厂的相关方法

（3）配置文件中的细节

1、只配置 class 属性

2、name 属性

6、Spring 工厂的底层实现原理（简易版）

7、思考

二、Spring 与 日志框架的整合

1、Spring 如何整合日志框架？

--------------------

## 一、第一个 Spring 项目 ##

### 1、配置环境 ###

![3d9484a1d9f44f8eb83176428b6a72ff.png][]

--------------------

### 2、Spring 的 jar 包 ###

在项目的 porm.xml 中添加 Spring 框架的支持，xml 配置如下：

<dependency>
        <groupId>org.springframework</groupId>
        <artifactId>spring-context</artifactId>
        <version>5.1.4.RELEASE</version>
    </dependency>

**复制的时候注意观察当前的 pom.xml 中是否已经有 dependices**![4ec71468070a46cab0d9cd1ab6894f56.png][]

如果 jar 包下载过慢或者下载失败，我们可以设置国内源来解决

#### Maven 项目导入 jar 包和设置国内源的方法： ####

**1、打开自己的 idea 检测 maven 的配置是否正确**

![2738816500e74098833dc253c9af465f.png][]

**这两个地方都要进行配置！！！**

![6c5499add3c64e7da07dd60528486f82.png][]

然后设置 settings 文件：

<settings xmlns="http://maven.apache.org/SETTINGS/1.0.0"
          xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
          xsi:schemaLocation="http://maven.apache.org/SETTINGS/1.0.0
                              https://maven.apache.org/xsd/settings-1.0.0.xsd">
          <mirrors>
            <mirror>  
                <id>alimaven</id>  
                <name>aliyun maven</name>  
                <url>http://maven.aliyun.com/nexus/content/groups/public/</url>  
                <mirrorOf>central</mirrorOf>          
            </mirror>  
          </mirrors>
    </settings>

如果电脑中没有 settings 文件，就自己创建一个，如果有，就直接在原来的 settings 文件上更改就行

**2、如果继续出错，就删除本地 maven 仓库的 jar 包重新下载**

**3、当前网络运营商有问题，就尝试更换链接的数据源，使用更好的网络，如果还是不行，就间隔一段时间之后再去尝试**

--------------------

### 3、Spring 的配置文件 ###

> 1、配置文件的放置位置：任意位置，没有硬性要求
> 
> 2、配置文件的命名：没有硬性要求，建议叫 applicationContext.xml

接下来，我们思考一个问题：

Spring 框架如何知道开发人员未来会把配置文件放在哪里，叫什么名字呢？

所以，日后应用 Spring 框架时，需要进行配置文件路径的设置

![a64f5aea431c460fb8a6bcbe2bb1341e.png][]

按照图中步骤，在 resourses 下创建好一个文件，并按照建议给它命名为 applicationContext.xml

此时我们就会发现，整个 Spring 的配置文件就帮我们建好了，![c7206d70a07a408cb2bf810354c3e79c.png][]

--------------------

### 4、Spring 的核心 API ###

#### ApplicationContext ####

**作用：Spring 提供的 ApplicationContext 这个工厂，主要的作用就是用于对象的创建**

**好处：解耦合**

ApplicationContext 是一个接口类型

**接口的主要目的：屏蔽实现的差异（工厂可能会应用到不同的开发场景下，不同的开发场景有不同的特点）**

Spring 主要提供两种类型的工厂：

> 1、非 web 环境：ClassPathXmlApplicationContext（main，junit）
> 
> 2、web 环境：XmlWebApplicationContext

![4f5dd1b7ae474be68f633c857975e09b.png][]

我们称 ApplicationContext 是一个重量级资源

那么什么是一个重量级资源？

如果一个对象对内存占用的比较多，那么我们就称之为重量级资源

这也就意味着，ApplicationContext 这个工厂的对象，会占用大量的内存

**正因为它的内存占用比较多，所以我们不会频繁的创建对象：一个应用只会创建一个工厂对象**

也正是因为它有这样的特点，所以这个对象就有可能会出现并发访问（多线程访问）的情况

**所以，ApplicationContext 工厂，一定是线程安全的（多线程并发访问）**

--------------------

### 4、程序开发 ###

Spring 提供的工厂和我们自己写的工厂，本质上是没有差异的，都是解耦合的

那么，对于 Spring 来讲，它的工厂使用，和我们前面所总结的通用工厂的使用方式，本质上是没有区别的

> 1、创建类型
> 
> 2、配置文件的配置 applicationContext.xml
> 
> 3、通过工厂类，获得对象 ApplicationContext

**1、创建类型**![3b70bdeb0980436db91b5857aa9356ff.png][]

**2、配置文件的配置**

我们要在 beans 下面创建一个子标签，里面有两个属性：id 和 class

> id 属性：就是起个名字，命名（唯一的）
> 
> class 属性：配置所需要创建的文件的全限定名

![7a3b2d2e8c744d48b09e88477e1d9d75.png][]

虽然组织形式不同，但是所需要的要素是完全一样的

![604daa9346e74c11b144116f66fb24b0.png][]

通过这步，我们也告诉了 Spring ，需要生产 Person 对象

**3、通过工厂类，获得对应的对象**

//用于测试 Spring 的第一个程序
            public static void test() {
                //1、获得 Spring 工厂
                ApplicationContext ctx = new ClassPathXmlApplicationContext("/applicationContext.xml");
                //2、通过工厂类来获得对象
                Person person = (Person) ctx.getBean("person");
    
                System.out.println("person = " + person);
            }

此时，我们会发现，这个对象的引用打印出来了

![7d85b6097d4b417187aa9c9a30a4b373.png][]

说明这个对象由 Spring 的工厂创建完成了

--------------------

### 5、细节分析 ###

#### （1）名词解释 ####

**Spring 工厂创建的对象，叫做 bean 或者 组件（componet）**

--------------------

#### （2）Spring 工厂的相关方法 ####

//通过这种⽅式获得对象，就不需要强制类型转换
    Person person = ctx.getBean("person", Person.class);
    System.out.println("person = " + person);
     
    //当前Spring的配置⽂件中 只能有⼀个<bean class是Person类型
    Person person = ctx.getBean(Person.class);
    System.out.println("person = " + person);
     
    //获取的是 Spring⼯⼚配置⽂件中所有bean标签的id值 
    String[] beanDefinitionNames = ctx.getBeanDefinitionNames();
    for (String beanDefinitionName : beanDefinitionNames) {
     System.out.println("beanDefinitionName = " +
    beanDefinitionName);
    }
     
    //根据类型获得Spring配置⽂件中对应的id值
    String[] beanNamesForType = ctx.getBeanNamesForType(Person.class);
    for (String id : beanNamesForType) {
     System.out.println("id = " + id);
    }
     
    //⽤于判断是否存在指定id值得bean
    if (ctx.containsBeanDefinition("a")) {
     System.out.println("true = " + true);
    }else{
     System.out.println("false = " + false);
    }
     
    //⽤于判断是否存在指定id值得bean
    if (ctx.containsBean("person")) {
     System.out.println("true = " + true);
    }else{
     System.out.println("false = " + false);
    }

--------------------

#### （3）配置文件中的细节 ####

##### 1、只配置 class 属性 #####

**上述这种配置，有没有 id 值呢？**

我们可以借助上面的 ctx.getBeanDefinitionNames(); 来进行观察

我们发现，spring 会自动生成一个 id 的默认值，所以我们没有给它设定 id ，但是实际上还是存在一个 id 与之对应的

应用场景：如果这个 bean 只需要使用一次，那么就可以省略 id 值，反之，如果这个 bean 会使用多次或者被其它 bean 引用，则需要设置 id 值

##### 2、name 属性 #####

**用于在 Spring 的配置文件中，为 bean 对象定义别名（小名）**

**id 与 name 相同点：**

> 1、ctx.getBean(" id | name ") ; 都可以获取到对象
> 
> 2、 < bean id = " " class = " " > 和 < bean name = " " class = " " >二者是等效的

**id 和 name 的区别：**

1、别名可以定义多个，但是 id 只能是一个

![d33d5028286a41af81e338733e36beda.png][]

2、XML 的 id 属性的值，命名的时候要求：必须要以字母开头，字母，数字，下划线，连字符，不能以特殊字符开头，比如 / ，而 name 属性的值，在命名的时候，是没有要求的，所以 name 属性会应用在特殊命名的场景下，**但是 xml 发展到了今天，id 的属性的限制，已经不存在了**

3、代码的区别

//⽤于判断是否存在指定id值得bean,不能判断name值
     if (ctx.containsBeanDefinition("person")) {
         System.out.println("true = " + true);
     }else{
         System.out.println("false = " + false);
     }
    
     //⽤于判断是否存在指定id值得bean,也可以判断name值
     if (ctx.containsBean("p")) {
         System.out.println("true = " + true);
     }else{
         System.out.println("false = " + false);
     }

--------------------

### 6、Spring 工厂的底层实现原理（简易版） ###

![3421397809ce4474845fc387d3f478bf.png][]

**反射的底层是否会调用构造方法呢？**

虽然反射创建了对象，但是底层也一定会调用这个对象的构造方法（无参），所以我们也可以认为反射创建对象就**等效于**我们的 new 创建对象

**如果这个构造方法是私有的怎么办呢？**

private 修饰的只能在本类调用，而显然 String 是外类

通过代码实验，我们能发现，即使构造方法被设为了私有的，private 的构造方法依旧会被调用

底层还是通过反射来实现的，因为反射能够调用一个类的私有的属性和构造方法，所以 Spring 工厂是可以调用对象私有的构造方法来创建对象的

--------------------

### 7、思考 ###

**未来在开发过程中，是不是所有的对象都会被交给 Spring 工厂来创建呢？**

理论上来说，是的，但是**有特例：实体对象（entity）**

**实体对象是不会交给 Spring 创建的，是由持久层框架来进行创建的。**

--------------------

## 二、Spring 与 日志框架的整合 ##

Spring 与日志框架整合，日志框架就可以在控制台中输出 Spring 框架运行过程中的一些重要的信息

**好处：便于我们了解 Spring 框架的运行过程，利于程序的调试**

### 1、Spring 如何整合日志框架？ ###

**Spring 的不同版本，针对于日志框架的整合，以及整合的内容和方式，是有一些区别的**

比如：Spring 1.2.3早期的日志框架，都是与 common-logging.jar 这个日志进行整合的

Spring 5.x 默认整合的日志框架是 logback 或者 log4j2

**根据我们的开发需要，我们想让 Spring 5.x 整合 log4j，那么整合 log4j 怎么整合呢？**

> 1、引入 log4j 的 jar 包
> 
> 2、引入 log4j.properties 配置文件

**以 jar 包的方式，我们肯定要通过 maven 来完成，所以我们要设置我们的 pom 文件，那么在 pom 文件中我们要添加对应的依赖**

**第二个配置就是引入 log4j.properties 的配置文件**

# resources # resources⽂件夹根⽬录下
    ### ### 配置根
    log4j.rootLogger = debug,console
    
    ### ### ⽇志输出到控制台显示
    log4j.appender.console=org.apache.log4j.ConsoleAppender
    log4j.appender.console.Target=System.out
    log4j.appender.console.layout=org.apache.log4j.PatternLayout
    log4j.appender.console.layout.ConversionPattern=%d{yyyy-MM-dd HH:mm:ss} %-5p %c{1}:%L - %m%n

整合完毕之后再次运行代码，就能发现区别了：![d7e32981b1df4dc6b72228fa4852be66.png][]

我们会发现，当我们整合日志之后，我们从控制台中看到的内容就不仅仅基于我们打印的，还基于我们 spring 内部运行的

这样的话，在日后解决复杂性问题的时候，我们就可以通过日志，大概可以猜测到 Spring 帮我们做了什么，就更加利于我们后续程序的调试

[a85856b1b7474d19a022bc51718a70d7.jpeg]: https://img-blog.csdnimg.cn/a85856b1b7474d19a022bc51718a70d7.jpeg
[3d9484a1d9f44f8eb83176428b6a72ff.png]: https://img-blog.csdnimg.cn/3d9484a1d9f44f8eb83176428b6a72ff.png
[4ec71468070a46cab0d9cd1ab6894f56.png]: https://img-blog.csdnimg.cn/4ec71468070a46cab0d9cd1ab6894f56.png
[2738816500e74098833dc253c9af465f.png]: https://img-blog.csdnimg.cn/2738816500e74098833dc253c9af465f.png
[6c5499add3c64e7da07dd60528486f82.png]: https://img-blog.csdnimg.cn/6c5499add3c64e7da07dd60528486f82.png
[a64f5aea431c460fb8a6bcbe2bb1341e.png]: https://img-blog.csdnimg.cn/a64f5aea431c460fb8a6bcbe2bb1341e.png
[c7206d70a07a408cb2bf810354c3e79c.png]: https://img-blog.csdnimg.cn/c7206d70a07a408cb2bf810354c3e79c.png
[4f5dd1b7ae474be68f633c857975e09b.png]: https://img-blog.csdnimg.cn/4f5dd1b7ae474be68f633c857975e09b.png
[3b70bdeb0980436db91b5857aa9356ff.png]: https://img-blog.csdnimg.cn/3b70bdeb0980436db91b5857aa9356ff.png
[7a3b2d2e8c744d48b09e88477e1d9d75.png]: https://img-blog.csdnimg.cn/7a3b2d2e8c744d48b09e88477e1d9d75.png
[604daa9346e74c11b144116f66fb24b0.png]: https://img-blog.csdnimg.cn/604daa9346e74c11b144116f66fb24b0.png
[7d85b6097d4b417187aa9c9a30a4b373.png]: https://img-blog.csdnimg.cn/7d85b6097d4b417187aa9c9a30a4b373.png
[d33d5028286a41af81e338733e36beda.png]: https://img-blog.csdnimg.cn/d33d5028286a41af81e338733e36beda.png
[3421397809ce4474845fc387d3f478bf.png]: https://img-blog.csdnimg.cn/3421397809ce4474845fc387d3f478bf.png
[d7e32981b1df4dc6b72228fa4852be66.png]: https://img-blog.csdnimg.cn/d7e32981b1df4dc6b72228fa4852be66.png