-
Spring：春天----->给软件行业带来了春天！
-
2002，首次推出了Spring框架的雏形：interface21框架！
-
Spring框架即以interface21框架为基础，经过重新设计，并不断丰富其内涵，于2004年3月24日发布了1.0正式版。
-
Rod Johnson，Spring framework创始人，著名作者。很难想象Rod Johnson的学历，真的让好多人大吃一惊，他是悉尼大学的博士，然而他的专业不是计算机，而是音乐学。
-
Spring理念：使现有的技术更加容易使用，本身是一个大杂烩，整合了现有的所有框架！
-
SSH：Struct2+Spring+Hibernate
-
SSM：SpringMvc+Spring+Mybatis
官网：https://spring.io/projects/spring-framework
1.2、优点org.springframework spring-webmvc 5.3.12
- Spring是一个开源的免费的框架（容器）！
- Spring是一个轻量级的、非入侵式的框架！
- 控制反转（IOC），面向切面编程（AOP）！
- 支持事务的处理，对框架整合的支持！
总结：Spring就是一个轻量级的控制反转（IOC）和面向编程（）AOP
1.3、组成 1.4、拓展在Spring的官网有这个介绍：现代化的Java开发，说白就是基于Spring的开发！
- Spring Boot
- 一个快速开发的脚手架。
- 基于SpringBoot可以快速的开发单个微服务。
- 约定大于配置！
- Spring Cloud
- SpringCloud是基于SpringBoot实现的
因为现在大多数公司都在使用SpringBoot进行快速开发，学习SpringBoot的前提，需要完全掌握Spring及SpringMVC！承上启下的作用！
弊端：发展了太久之后，违背了原来的理念，人称“配置地狱”。
2、IOC理论推导-
UserDao 接口
-
UserDaoImpl 实现类
-
UserService 业务接口
-
UserServiceImpl 业务实现类
在我们之前的业务中，用户的需求可能会影响我们原来的代码，我们需要根据用户的需求去修改原代码！如果程序的代码量十分大，修改一次的成本代价十分昂贵！
我们使用一个Set接口实现，已经发生了革命性的变化！
private UserDao userDao;
//利用set来动态实现值的注入！
public void setUserDao(UserDao userDao) {
this.userDao = userDao;
}
- 之前，程序是主动创建对象！控制权在程序员手上！
- 使用了set注入后，程序不再具有主动性，而是变成了被动的接受对象！
这种思想，从本质上解决了问题，我们程序员不用再去管理对象的创建了，系统的耦合性大大降低~，可以更加专注在业务的实现上！这是IOC的原型！
3、IOC创建对象的方式-
使用无参构造创建对象，默认！
-
假设我们要使用有参构造创建对象
-
下标赋值
-
通过类型创建（不建议使用）
-
参数名
-
总结：在配置文件加载的时候，容器中管理的对象个就已经初始化了
4、Spring配置 4.1、别名
4.2、Bean的配置
4.3、import
一般用于团队开发使用，他可以将多个配置文件，导入合并为一个。
假设项目中有多个人开发，这三个人负责不同的类开发，不同的类需要注册不同的bean中，我们可以利用import将所有人的beans.xml合并为一个总的！
-
张三
-
李四
-
王五
-
applicationContext.xml
使用的时候，直接使用总的配置就可以了
5、依赖注入 5.1、构造器注入 5.2、Set注入【重点】- 依赖注入：Set注入！
- 依赖：bean对象的创建依赖于容器！
- 注入：bean对象中的所有属性，由容器来注入！
【环境搭建】
-
复杂类型
public class Address { private String address; public String getAddress() { return address; } public void setAddress(String address) { this.address = address; } } -
真实测试对象
private String name; private Address address; private String[] books; private Listhobbies; private Map games; private String wife; private Properties info; -
beans.xml
-
测试类
public class MyTest { public static void main(String[] args) { ApplicationContext context = new ClassPathXmlApplicationContext("beans.xml"); Student student = (Student) context.getBean("student"); System.out.println(student.getName()); } } -
完善注入信息
西游记 水浒传 三国演义 红楼梦 听歌 打游戏 看书 LOL COC BOB 20180505 root 123123 男
我们可以使用p命名空间和c命名空间进行注入！
使用：
测试：
@Test
public void test(){
ApplicationContext context = new ClassPathXmlApplicationContext("userbeans.xml");
User user = context.getBean("user2", User.class);
System.out.println(user);
}
注意：p命名空间和c命名空间不能直接使用，需要导入xml
xmlns:p="http://www.springframework.org/schema/p"
xmlns:c="http://www.springframework.org/schema/c"
5.3、bean的作用域
-
单例模式（Spring默认机制）
-
原型模式：每次从容器中get的时候，都会产生一个新对象！
-
其余的request、session、application，这些个只能在web开发中使用到！
- 自动装配是Spring满足bean依赖的一种方式！
- Spring会在上下文中自动寻找，并自动给bean装配属性！
在Spring中有三种装配的方式
- 在xml中显示的配置
- 在java中显示配置
- 隐式的自动装配bean【重要】
环境搭建：一个人有两只宠物
6.2、ByName自动装配
6.3、ByType自动装配
小结：
- ByName的时候，需要保证所有bean的id唯一，并且这个bean需要和自动注入的属性的set方法的值一致！
- ByType的时候，需要保证所有bean的class唯一，并且这个bean需要和自动注入的属性的类型一致！
基于注解的配置的引入提出了这种方法是否比 XML“更好”的问题。简短的回答是“视情况而定”。长的答案是每种方法都有其优点和缺点，通常由开发人员决定哪种策略更适合他们。
使用注解须知：
-
导入约束。
-
配置注解的支持：context:annotation-config/
扩展：
@Resource注解
public class People {
@Resource(name = "dog11")
private Dog dog;
@Resource
private Cat cat;
小结：
@Resource和@Autowired的区别：
- 都是用来自动装配的，都可以放在属性字段上。
- @Autowired通过byType的方式实现，而且必须要求这个对象存在！【常用】
- @Resource默认通过ByName的方式实现，如果找不到名字，则通过ByType实现！如果两个都找不到的情况下，就报错！【常用】
- 执行顺序不同：@Autowired通过ByType的 方式实现
-
bean
-
属性如何注入
@Component public class User { public String name; @Value("芦鑫2") public void setName(String name) { this.name = name; } } -
衍生的注解
@Component有几个衍生注解，我们在web开发中，会按照MVC三层架构分层！
-
dao【@Repository】
-
service【@Service】
-
controller【@Controller】
这四个注解的功能都是一样的，都是代表将某个类注册到Spring中，配置Bean
-
-
自动装配置
-
作用域
-
小结
xml与注解：
- xml更加万能，适用于任何场合！维护简单方便！
- 注解不是自己的类使用不了，维护相对复杂！
xml与注解最佳实践：
-
xml用来管理bean；
-
注解只负责完成属性的注入；
-
我们在使用的过程中，只需要注意一个问题：必须要让注解生效，需要开启注解的支持
我们现在要完全不使用Spring的xml配置了，全权交给Java来做！
JavaConfig是Spring的一个子项目，在Spring4之后，它成为了一个核心功能！
实体类
//这个注解的意思就是这个类被Spring接管了，注册到了容器中。
@Component
public class User {
private String name;
public String getName() {
return name;
}
@Value("芦鑫")//属性注入值
public void setName(String name) {
this.name = name;
}
@Override
public String toString() {
return "User{" +
"name='" + name + ''' +
'}';
}
}
配置文件
package com.ji.config;
import com.ji.pojo.User;
import org.springframework.context.annotation.Bean;
import org.springframework.context.annotation.Configuration;
import javax.jnlp.UnavailableServiceException;
//这个也会被Spring托管，注入到容器中，因为它本来就是一个@Component
//@Configuration代表这是一个配置类，就和我们之前看到的beans.xml一样
@Configuration
public class JiConfig {
//注册一个bean，就相当于我们之前写的一个bean标签。
//这个方法的名字，就相当于bean标签中的id属性。
//这个方法的返回值，就相当于bean标签中的class属性。
@Bean
public User getUser(){
return new User();//就是返回要注入到bean的对象！
}
}
测试类
public class MyTest {
public static void main(String[] args) {
//如果完全使用了配置类方式去做，我们就只能通过AnnotationConfig上下文来获取容器，通过配置类的class对象加载。
ApplicationContext context = new AnnotationConfigApplicationContext(JiConfig.class);
User getUser = (User) context.getBean("getUser");
System.out.println(getUser.getName());
}
}
这种纯Java的配置方式，在SpringBoot中随处可见！
9、代理模式为什么要学习代理模式？因为这就是SpringAOP的底层！【SpringAOP和SpringMVC】
代理模式的分类：
- 静态代理
- 动态代理
角色分析：
- 抽象角色：一般会使用接口或者抽象类来解决
- 真实角色：被代理的角色
- 代理角色：代理真实角色，代理真实角色后，我们一般会做一些附属操作
- 客户：访问代理的人！
代码步骤：
-
接口
public interface Rent { public void rent(); } -
真实角色
//房东 public class Host implements Rent{ public void rent() { System.out.println("房东要出租房子！"); } } -
代理角色
//中介 public class Proxy implements Rent{ private Host host; public Proxy() { } public Proxy(Host host) { this.host = host; } public void rent() { host.rent(); SeeHouse(); } //看房 public void SeeHouse(){ System.out.println("中介带你看房子！"); } } -
客户端访问代理角色
package com.ji.Demo01; public class Client { public static void main(String[] args) { //房东要出租房子 Host host = new Host(); //代理帮助房东出租房子，但是代理一般会有一些附属操作 Proxy proxy = new Proxy(host); //自己不用面对房东，直接找中介租房即可 proxy.rent(); } }
代理模式的好处：
- 可以使真实角色的操作更加纯粹！不用去关注一些公共的业务
- 公共也就可以交给代理角色，实现了业务的分工！
- 公共业务发生扩展时，方便集中管理！
缺点：
- 一个真实角色就会产生一个代理角色；代码量会翻倍效率会降低
- 动态代理和静态代理角色一样
- 动态代理的代理类是动态生成的，不是我们直接写好的！
- 动态代理分为两大类：基于接口的动态代理，基于类的动态代理
- 基于接口：JDK动态代理【我们在这里使用】
- 基于类：cglib
- java字节码实现：javasist
需要了解两个类：Proxy：代理，InvocationHandler：调用处理程序
动态代理的好处：
- 可以使真实角色的操作更加纯粹！不用去关注一些公共的业务
- 公共也就可以交给代理角色，实现了业务的分工！
- 公共业务发生扩展时，方便集中管理！
- 一个动态代理类代理的是一个接口，一般就是对应的一类业务
- 一个动态代理类可以代理多个类，只要是实现了同一个接口即可
AOP意为：面向切面编程，通过预编译方式和运行期动态代理实现程序功能的统一维护的一种技术。
10.2、AOP在Spring中的作用提供声明式事务；允许用户自定义切面
- 横切关注点：跨越应用程序多个模块的方法或功能。即是，与我们业务逻辑无关的，但是我们需要关注的部分，就是很切关注点。入日志，安全，缓存，事务等等…
- 切面：很切关注点被模块化的特殊对象。即，它是一个类。
- 通知：切面必须要完成的工作。即，它是类中的一个方法。
- 目标：被通知对象。
- 代理：向目标对象应用通知之后创建的对象。
- 切入点：切面通知执行的“地点”的定义。
- 连接点：与切入点匹配的执行点。
【重点】使用AOP，需要导入一个依赖包！
org.aspectj aspectjweaver 1.9.8.RC1
方式一：使用Spring的API接口【主要是Spring API定义】
方式二：自定义来实现AOP【主要是切面定义】
方式三：使用注解实现
11、整合Mybatis步骤：
- 导入相关jar包
- Junit
- mybatis
- mysql数据库
- spring相关的
- aop织入
- mybatis-spring【new】
- 编写配置文件
- 测试
- 编写实体类
- 编写核心配置文件
- 编写接口
- 编写Mapper.xml
- 测试
- 编写数据源配置
- SqlSessionFactory
- SqlSessionTemplate
- 需要给接口加实现类【】
- 将自己写的实现类，注入到Spring中
- 、测试
- 把一组业务当成一个业务来做；妖魔都成功，要么都失败！
- 事务在项目开发中十分的重要，涉及到数据的一致性问题，不能马虎！
- 确保完整性和一致性；
事务的ACID原则：
- 原子性
- 一致性
- 隔离性
- 多个业务可能操作同一个资源，防止数据损坏
- 持久性
- 事务一旦提交，无论系统发生什么问题，结果都不会再被影响，被持久化的写道存储器中！
- 声明式事务：AOP
- 编程式事务：需要在代码中，进行事务管理
思考：
为什么需要事务？
- 如果不配置事务，可能会存在数据提交不一致的情况；
- 如果我们不在spring中去配置声明式事务，我们就需要在代码中手动配置事务；
- 事务在项目的开发中十分重要，涉及到数据的一致性和完整性问题，不容马虎；
pendencies>
方式一：使用Spring的API接口【主要是Spring API定义】 方式二：自定义来实现AOP【主要是切面定义】 方式三：使用注解实现 ## 11、整合Mybatis 步骤： 1. 导入相关jar包 - Junit - mybatis - mysql数据库 - spring相关的 - aop织入 - mybatis-spring【new】 2. 编写配置文件 3. 测试 ### 11.1、回忆mybatis 1. 编写实体类 2. 编写核心配置文件 3. 编写接口 4. 编写Mapper.xml 5. 测试 ### 11.2、Mybatis-spring 1. 编写数据源配置 2. SqlSessionFactory 3. SqlSessionTemplate 4. 需要给接口加实现类【】 5. 将自己写的实现类，注入到Spring中 6. 、测试 ## 12、声明式事务 ### 12.1、回顾事务 - 把一组业务当成一个业务来做；妖魔都成功，要么都失败！ - 事务在项目开发中十分的重要，涉及到数据的一致性问题，不能马虎！ - 确保完整性和一致性； 事务的ACID原则： - 原子性 - 一致性 - 隔离性 - 多个业务可能操作同一个资源，防止数据损坏 - 持久性 - 事务一旦提交，无论系统发生什么问题，结果都不会再被影响，被持久化的写道存储器中！ ### 12.2、spring中的事务管理 - 声明式事务：AOP - 编程式事务：需要在代码中，进行事务管理 思考： 为什么需要事务？ - 如果不配置事务，可能会存在数据提交不一致的情况； - 如果我们不在spring中去配置声明式事务，我们就需要在代码中手动配置事务； - 事务在项目的开发中十分重要，涉及到数据的一致性和完整性问题，不容马虎；
