weixin_61635597的博客

第一步：准备数据库表使用t_act表（账户表）第二步：IDEA中创建一个模块，并引入依赖mysql驱动mybatismybatis提供的与spring框架集成的依赖德鲁伊连接池junit第三步：基于三层架构实现，所以提前创建好所有的包第四步：编写pojoAccount，属性私有化，提供公开的setter getter和toString。第五步：编写mapper接口AccountMapper接口，定义方法第六步：编写mapper配置文件。

在这个最后的篇章中，我要表达我对每一位读者的感激之情。你们的关注和回复是我创作的动力源泉，我从你们身上吸取了无尽的灵感与勇气。我会将你们的鼓励留在心底，继续在其他的领域奋斗。

Spring 对 Junit4 的依赖的 jar 包，同时@ContextConfiguration("classpath:spring.xml") // 注意该：spring.xml 文件要一定要在类路径下才行同时注意：该Juit4的@Test 的注解是在：org.junit.Test;包下的Spring 对 Junit5 的依赖的 jar 包，同时@ContextConfiguration("classpath:spring.xml") // 同样一定要是在类路径下。

2. 事务概述什么是事务事务的四个处理过程：事务的四个特性：以银行账户转账为例学习事务，两个账户 act-001 和 act-002 。act-002 账户转账 10000，必须同时成功，或者同时失败，（一个减成功，一个加成功，这两条update 语句必须同时成功，或同时失败。）连接数据库的技术采用Spring 框架的JdbcTemplate.首先我在 当中先配置对应项目模块需要依赖的 jar包。3.1 第一步：准备数据库表com.powernode.bank.pojocom.powernode.b

交叉业务。这些交叉业务几乎是通用的，不管你是做银行账户转账，还是删除用户数据。日志，事务处理，安全，这些都是需要做的。如果在每一个业务处理过程当中，都参杂这些交叉业务第一：交叉业务代码在多个业务流程中反复出现，显然这个交叉业务代码并没有得到充分的复用，并且修改这些交叉业务代码的话，需要修改多处。第二：程序员无法专注核心业务代码的编写，在编写核心业务代码的同时还需要处理这些交叉业务。使用 AOP 可以很轻松的解决以上问题。如下图：可以更好的理解 AOP思想。简单的说AOP：就是将与核心业务。

第一个作用: 当一个对象需要受到保护的时候，可以考虑使用代理对象去完成某个行为。第二个作用：需要给某个对象的功能进行功能增强的时候，可以考虑找一个代理进行增强。第三个作用：A对象无法和B对象直接交互时，也可以使用代理模式来解决。第一个角色：目标对象（演员）第二个角色：代理对象（替身演员）第三个角色：目标对象和代理对象的公共接口，（只有演员和替身演员具有相同的行为动作，才能不被客户端察觉你是）

JdbcTemplate 是Spring 提供的一个JDBC模板类，是对JDBC的封装，简化JDBC代码，当然，你也可以不用，可以让Spring集成其它的ORM框架，例如：MyBatis，Hibernate 等。其中JDBC关于数据库的连接也是一个重要的内容，想要了解更多的大家可以移步至：✏️✏️✏️ JDBC_ChinaRainbowSea的博客-CSDN博客下面我们正式开始对 JdbcTemplate 上的学习，完成增删改查。这里，我们新建一个模块，方便学习，如下：因为我们这里是Spring6，而Spr

注解回顾：Target注解和Retention注解，这两个注解被称为元注解。Target注解用来设置Component注解可以出现的位置，以上代表表示Component注解只能用在类和接口上。Retention注解用来设置Component注解的保持性策略，以上代表Component注解可以被反射机制读取。是Component注解中的一个属性。该属性类型String，属性名是value。注解的存在主要是为了简化XML的配置。Spring6倡导全注解开发。第一步：加入aop的依赖。

2. 反射机制的回顾我们知道框架一般是由 设计模式+注解+反射 来实现，并进行运用开发的。所以我们要手写 Spring 框架，就需要先来回顾，回顾Java当中的反射机制，这里是简单的回顾反射 。关于反射机制更加详细的内容，大家可以移步至✏️✏️✏️ Java “框架 = 注解 + 反射 + 设计模式” 之 反射详解-CSDN博客 。我们知道，想要调用一个方法，就需要明确知道该方法的四个要素：为了简单的回顾我们的反射机制，下面我们进行一个简单的任务。完成下面的需求下面通过反射机制，获取到为 age 属性值

Spring 其实就是一个管理Bean对象的工厂。它负责对象的创建，对象的销毁等。所谓的生命周期：简单的来说：就是一个对象从创建开始到最终销毁的整个过程。什么时候创建Bean 对象?创建 Bean 对象的前后会调用什么方法？Bean 对象什么时候销毁？Bean 对象的在销毁前后会调用生命方法？那么我们为什么要知道 Bean 的生命周期呢？其实生命周期的本质是：在哪个时间节点上调用了哪个类当中的哪个方法。我们需要充分的了解在这个生命线当中，都有哪些特殊的时间节点。

Bean的循环依赖:A对象中有B属性。B对象中有A属性。这就是循环依赖。我依赖你，你也依赖我。singletion 下的 set 注入下的 Bean 的循环依赖能够被解决。主要原因是：在这个 singleton 单例模式下，在Spring 容器中的 bean 对象是独一无二的对象，是唯一的一个。同志在该 singleton 单例模式下：Spring 对 Bean 的管理主要分为清晰的两个阶段。

在Spring 当中 为什么要将 Date 作为复杂类型进行注入呢？原因是，在Spring 如果将 Date 作为简单类型进行注入的话，需要特定的时间格式，才能注入成功。准备工作：定义一个 Bean 类，同时其中含有一个 Date 类型的属性值。} }Date;

不属于23种设计模式之一。静态工厂方法模式（原因是其中定义的是一个static 静态的方法，进行工厂处理生产的）。简单工厂模式是工厂方法模式的一种特殊实现。第二种：工厂方法模式（Factory Method）：是23种设计模式之一。第三种：抽象工厂模式（Abstract Factory）：是23种设计模式之一。创建型（5个）：解决对象创建问题。结构型(7个)：一些类或对象组合在一起的经典结构行为型(11个)：解决类或对象之间的交互问题。

接下来咱们自定义一个Scope，关于线程级别的Scope，作用：在同一个线程中，获取的Bean都是同一个。跨线程则是不同的对象。第一步：自定义Scope。（实现Scope接口），和可以直接用。第二步：将自定义的Scope注册到Spring容器中。

1. 依赖注入依赖注入实现了控制反转的思想：依赖注入：依赖注入常见的实现方式包括两种：**准备工作：通过 maven 导入对应 spring6 的相关jar **1.1 构造注入所谓的构造注入：核心就是：调用了对应的构造方法，进行一个类/对象的属性赋值。既然要调用构造方法，进行一个属性的赋值的话，那么我们的对应属性的赋值的，构造方法必须存在才行。构造注入：是在对象创建的时刻进行注入的。重点：构造注入的使用的标签是：1.1.1 通过参数名进行构造注入格式：spring.xml运行测试：测试

/// 初始化Spring容器上下文（解析beans.xml文件，创建所有的bean对象） ApplicationContext applicationContext = new ClassPathXmlApplicationContext("beans.xml" , "spring.xml");// 根据id获取bean对象 Object userBean = applicationContext . getBean("userBean");} }