内部最核心的就是IOC了，
动态注入，让一个对象的创建不用new了，可以自动的生产，这其实就是利用java里的反射
反射其实就是在运行时动态的去创建、调用对象，Spring就是在运行时，跟xml Spring的配置
文件来动态的创建对象，和调用对象里的方法的。
Spring还有一个核心就是AOP这个就是面向切面编程，可以为某一类对象进行监督和控制（也就是
在调用这类对象的具体方法的前后去调用你指定的模块）从而达到对一个模块扩充的功能。这些都是通过
配置类达到的。
Spring目的：就是让对象与对象（模块与模块）之间的关系没有通过代码来关联，都是通过配置类说明
管理的（Spring根据这些配置内部通过反射去动态的组装对象）
要记住：Spring是一个容器，凡是在容器里的对象才会有Spring所提供的这些服务和功能。
Spring里用的最经典的一个设计模式就是：模板方法模式。（这里我都不介绍了，是一个很常用的设计模式）
Spring里的配置是很多的，很难都记住，但是Spring里的精华也无非就是以上的两点，把以上两点跟理解了也就基本上掌握了Spring.
Spring AOP与IOC
springmvc常用标签一、IoC(Inversion of control): 控制反转
1、IoC：
概念：控制权由对象本身转向容器；由容器根据配置文件去创建实例并创建各个实例之间的依赖关系
核心：bean工厂；在Spring中，bean工厂创建的各个实例称作bean
二、AOP(Aspect-Oriented Programming): 面向方面编程
1、代理的两种方式：
静态代理：
针对每个具体类分别编写代理类；
针对一个接口编写一个代理类；
动态代理：
针对一个方面编写一个InvocationHandler，然后借用JDK反射包中的Proxy类为各种接口动态生成相应的代理类
我来跟你说说Spring。那些概念性的表述我就不说了，说点自己的理解，我曾经看过部分源码。以前，我们学java，是在桌面上应用的，接触了web开发，学会了jsp、servlet.我们在页面上如果要调用一个对象，调用一个方法，肯定首先要new一个，然后再用代码去完成这个逻辑。servlet完全的代码输出，jsp加入了标签，省去了一些常用的标签。spring 是干嘛呢，你可以理解就是一个大的容熔炉，他把所有要去用到的逻辑代码作为标签一样放到他的bean工厂里，每个bean取个名字。管理全部交给容器去处理了，你不要再去new了，再去硬代码了。每个类之前的引用，我们可以在容器中去配置，让容器去处理，哪个类作为哪个类的属性，这个就叫注入。spring既然是一个大的容器，那么他就站在一个高度，俯视着所有用到的java对象以及对象里的方法。那么就很容易对方法排排队、做做分类。一个人的对象，他有个方法叫吃法。我们能俯视一切，当然就可以管理这个对象，你要吃饭前，要报告：我吃饭了。吃饭后，要说：我吃饱了。在做真正的事情前，我可以间隙插入一些额外的事情，
当然这些事情肯定是使用spring的人对他做的设置。这个就是AOP的概念。有点像c 的hook，这是基于java 反射实现的。这些是spring的基本，如果还要延伸的话，那就是spring MVC。spring是类的大容器，可想他的能力有多大。如果有新的类，第三方插件，我们不用再要代码了，直接在spring 上配置下，就能调用它了，是不是很方便。
Spring工作流程如下：
1.springmvc请所有的请求都提交给DispatcherServlet，它会委托应用系统的其他模块负责负责对请求进行真正的处理工作。
2.DispatcherServlet查询一个或多个HandlerMapping，到处理请求的Controller.
3.DispatcherServlet请请求提交到目标Controller
4.Controller进行业务逻辑处理后，会返回一个ModelAndView
5.Dispathcher查询一个或多个ViewResolver视图解析器，到ModelAndView对象指定的视图对象
6.视图对象负责渲染返回给客户端。
优点：
1.使用Spring的IOC容器，将对象之间的依赖关系交给Spring，降低组件之间的耦合性，让我们更专注于应用逻辑
2.可以提供众多服务，事务管理，WS等。
3.AOP的很好支持，方便面向切面编程。
4.对主流的框架提供了很好的集成支持，如Hibernate,Struts2,JPA等
5.Spring DI机制降低了业务对象替换的复杂性。
6.Spring属于低侵入，代码污染极低。
7.Spring的高度可开放性，并不强制依赖于Spring，开发者可以自由选择Spring部分或全部
Spring事务管理机制的实现原理-动态代理
之前在做项目中遇到spring无法进行事务代理问题，最后发现是因为没有写接口，原因当时明白了，看到这篇文章写的清楚些，转过来
我们先来分析一下Spring事务管理机制的实现原理。由于Spring内置AOP默认使用动态代理模式实现，
我们就先来分析一下动态代理模式的实现方法。动态代理模式的核心就在于代码中不出现与具体应用层相关联的接口或者类引用，如上所说，这个代理类适用于任何接口的实现。下面我们来看一个例子。
public class TxHandler implements InvocationHandler {private Object originalObject;public Object bind(Object obj) {
return
}
public Object invoke(Object proxy, Method method, Object[] args)throws Throwable {
Object result = null;
if (!Name().startsWith("save")) {
UserTransaction tx = null;
try {
tx = (UserTransaction) (new InitialContext().lookup("java/tx"));
result = method.invoke(originalObject, args);
txmit();
} catch (Exception ex) {
if (null != tx) {
try {
} catch (Exception e) {
}
}
}
} else {
result = method.invoke(originalObject, args);
}return result;
}
}
下面我们来分析一下上述代码的关键所在。
首先来看一下这段代码：
wProxyInstance(
wProxyInstance方法根据传入的接口类型（Interfaces()）动态构造一个代理类实例返回，这也说明了为什么动态代理实现要求其所代理的对象一定要实现一个接口。这个代理类实例在内存中是动态构造的，它实现了传入的接口列表中所包含的所有接口。
再来分析以下代码：
public Object invoke(Object proxy, Method method, Object[] args)throws Throwable {
……
result = method.invoke(originalObject, args);
……
return result;
}
InvocationHandler.invoke方法将在被代理类的方法被调用之前触发。通过这个方法，我们可以在被代理类方法调用的前后进行一些处理，如代码中所示，InvocationHandler.invoke方法的参数中传递了当
前被调用的方法（Method），以及被调用方法的参数。同时，可以通过method.invoke方法调用被代理类的原始方法实现。这样就可以在被代理类的方法调用前后写入任何想要进行的操作。
Spring的事务管理机制实现的原理，就是通过这样一个动态代理对所有需要事务管理的Bean进行加载，并根据配置在invoke方法中对当前调用的方法名进行判定，并在method.invoke方法前后为其加上合适的事务管理代码，这样就实现了Spring式的事务管理。Spring中的AOP实现更为复杂和灵活，不过基本原理是一致的。

版权声明：本站内容均来自互联网，仅供演示用，请勿用于商业和其他非法用途。如果侵犯了您的权益请与我们联系QQ:729038198，我们将在24小时内删除。