ioc
依赖注入：通过注入的方式实例化对象，不再直接new对象了，交给spring容器进行管理和维护
控制反转：实例化对象的控制权交给了spring容器，而不再是某个单独的类，控制权发生了变更
作用：解耦，把类和类之间的关系统一交给ioc容器进行维护管理，同时将类注入到需要的类钟，也就是类的使用者只负责使用而不需要进行维护，ioc容器维护对象的生命周期和对象之间的相互作用
实现原理：
- 初始化ioc容器
- 读取配置文件
- 解析配置文件，把配置信息转化为ioc容器能够识别的数据结构
- 按照数据结构依次实例化成相应的Java对象
- 注入对象之间的依赖关系
不同类型的IOC（依赖注入）方式：
- 构造器依赖注入：构造器依赖注入通过容器触发一个类的构造器来实现的，该类有一系列参数，每个参数代表一个对其他类的依赖。
- Setter方法注入：Setter方法注入是容器通过调用无参构造器或无参static工厂 方法实例化bean之后，调用该bean的setter方法，即实现了基于setter的依赖注入。
@autowire是一个自动配装方式，默认提供了set方法，使用setter注入（默认使用的是byType的方式，如果接口有多个实现类，就会抛出异常，解决方案1，变量名改为他的实现类，2，@Qualifier(value = "userService2")配合使用
getBean（）的时候使用重载方法class，不用类型强转
给Spring 容器注册元数据：
- XML配置文件。（需要提供setter方法）（然后在xml下面写<constructor-arg> <property>调用他的方法）
- 基于注解的配置。@Component@Controller@Service@Repository（不需要提供setter方法）
- 基于java的配置。（需要提供setter方法）（在Java代码上写，setXXX的）
上面内容可以总结为注册和注入：以前都是再xml文档下进行，现在允许用注解在容器上注册，也允许自动配置@autowire这些代替set和构造函数
springboot：springboot中，我们整合的bean都交给了相关的starter了
作用域：
- singleton（容器启动之后 所有的单利就被预实例化 并缓存了
当一个bean的作用域为singleton, 那么Spring IoC容器中只会存在一个共享的bean实例，并且所有对bean的请求，只要id与该bean定义相匹配，则只会返回bean的同一实例。
- prototype
Prototype作用域的bean会导致在每次对该bean请求（将其注入到另一个bean中，或者以程序的方式调用容器的getBean() 方法）时都会创建一个新的bean实例。根据经验，对所有有状态的bean应该使用prototype作用域，而对无状态的bean则应该使用 singleton作用域
- request
在一次HTTP请求中，一个bean定义对应一个实例；即每次HTTP请求将会有各自的bean实例， 它们依据某个bean定义创建而成。该作用 域仅在基于web的Spring ApplicationContext情形下有效。
- session
在一个HTTP Session中，一个bean定义对应一个实例。该作用域仅在基于web的Spring ApplicationContext情形下有效。
- global session
在一个全局的HTTP Session中，一个bean定义对应一个实例。典型情况下，仅在使用portlet context的时候有效。该作用域仅在基于 web的Spring ApplicationContext情形下有效。
aop
好处：
- 通过引入代理对象的方式来间接访问目标对象
- 降低耦合，不必再目标对象直接修改业务
实现原理：
- 两个类和一个接口，一个统一的接口，目标对象，代理对象
- 接口：目标对象和代理对象都要实现这个接口的方法，这个接口定义了目标对象和代理对象都需要完成的事
- 目标对象：负责实现真正的业务
- 代理对象：利用Java的反射技术 invoke 方法来进行调用。代理了目标对象的真实业务，而且可以再调用前后加上权限校验，日志，时间统计等功能
- 例子：一个卖毛巾的接口，目标对象是制作毛巾的工厂，代理对象是一个百货超市，他们都实现了买毛巾这个接口，都可以进行卖毛巾这个动作，目标对象毛巾工厂核心方法就是卖毛巾业务，代理对象百货超市代理卖毛巾这个动作的同时，可以再前后加上一些促销活动，和售后服务等。
springmvc
- 发送请求——>DispatcherServlet进行拦截，截获这个请求
- 根据@controller注解注册到spring的类，找到合适HandlerMapping 处理映射器，从而将请求映射到处理器，这相当于一种策略模式，去选择合适的策略
- 选择一个合适的HandlerAdapter去执行返回的handle，此时将开始执行拦截器的preHandler，给handle上的参数通过反射入参
- handle过程完了向前端控制器，返回一个ModelAndView对象，最后model再渲染到view，解析成真正的视图(jsp)
- 也可以实现前后端分离，添加注解@Responsebody，通过fashjson解析成json串返回给前端