spring架构的基本原理,spring mvc的工作原理是什么？

spring架构的基本原理,spring mvc的工作原理是什么？详细介绍

本文目录一览： spring的原理是什么？

　　一、 IoC(Inversion of control): 控制反转
　　1、IoC：
　　概念：控制权由对象本身转向容器；由容器根据配置文件去创建实例并创建各个实例之间的依赖关系
　　核心：bean工厂；在Spring中，bean工厂创建的各个实例称作bean
　　二、AOP(Aspect-Oriented Programming): 面向方面编程 。
　　1、 代理的两种方式：
　　静态代理：
　　针对每个具体类分别编写代理类。
　　针对一个接口编写一个代理类。
　　动态代理：
　　针对一个方面编写一个InvocationHandler，然后借用JDK反射包中的Proxy类为各种接口动态生成相应的代理类 。
　　2、 AOP的主要原理：动态代理 。
　　Spring工作原理
　　Spring 已经用过一段时间了，感觉Spring是个很不错的框架。内部最核心的就是IOC了，
　　动态注入，让一个对象的创建不用new了，可以自动的生产，这其实就是利用java里的反射 ，反射其实就是在运行时动态的去创建、调用对象，Spring就是在运行时，跟xml Spring的配置 文件来动态的创建对象，和调用对象里的方法的 。
　　Spring还有一个核心就是AOP这个就是面向切面编程，可以为某一类对象 进行监督和控制（也就是 在调用这类对象的具体方法的前后去调用你指定的 模块）从而达到对一个模块扩充的功能。这些都是通过 配置类达到的。
　　Spring目的：就是让对象与对象（模块与模块）之间的关系没有通过代码来关联，都是通过配置类说明 管理的（Spring根据这些配置 内部通过反射去动态的组装对象）
　　要记住：Spring是一个容器，凡是在容器里的对象才会有Spring所提供的这些服务和功能。
　　Spring里用的最经典的一个设计模式就是：模板方法模式。

spring的原理是什么？

　　一、 IoC(Inversion of control): 控制反转\x0d\x0a　　1、IoC：\x0d\x0a　　概念：控制权由对象本身转向容器；由容器根据配置文件去创建实例并创建各个实例之间的依赖关系\x0d\x0a　　核心：bean工厂；在Spring中，bean工厂创建的各个实例称作bean\x0d\x0a　　二、AOP(Aspect-Oriented Programming): 面向方面编程 。\x0d\x0a　　1、 代理的两种方式：\x0d\x0a　　静态代理：\x0d\x0a　　针对每个具体类分别编写代理类。\x0d\x0a　　针对一个接口编写一个代理类。\x0d\x0a　　动态代理：\x0d\x0a　　针对一个方面编写一个InvocationHandler，然后借用JDK反射包中的Proxy类为各种接口动态生成相应的代理类 。\x0d\x0a　　2、 AOP的主要原理：动态代理 。\x0d\x0a　　Spring工作原理\x0d\x0a　　Spring 已经用过一段时间了，感觉Spring是个很不错的框架。内部最核心的就是IOC了，\x0d\x0a　　动态注入，让一个对象的创建不用new了，可以自动的生产，这其实就是利用java里的反射 ，反射其实就是在运行时动态的去创建、调用对象，Spring就是在运行时，跟xml Spring的配置 文件来动态的创建对象，和调用对象里的方法的 。\x0d\x0a　　Spring还有一个核心就是AOP这个就是面向切面编程，可以为某一类对象 进行监督和控制（也就是 在调用这类对象的具体方法的前后去调用你指定的 模块）从而达到对一个模块扩充的功能。这些都是通过 配置类达到的。\x0d\x0a　　Spring目的：就是让对象与对象（模块与模块）之间的关系没有通过代码来关联，都是通过配置类说明 管理的（Spring根据这些配置 内部通过反射去动态的组装对象）\x0d\x0a　　要记住：Spring是一个容器，凡是在容器里的对象才会有Spring所提供的这些服务和功能。\x0d\x0a　　Spring里用的最经典的一个设计模式就是：模板方法模式。

spring的原理是什么？

　　一、 IoC(Inversion of control): 控制反转
　　1、IoC：
　　概念：控制权由对象本身转向容器；由容器根据配置文件去创建实例并创建各个实例之间的依赖关系
　　核心：bean工厂；在Spring中，bean工厂创建的各个实例称作bean
　　二、AOP(Aspect-Oriented Programming): 面向方面编程 。
　　1、 代理的两种方式：
　　静态代理：
　　针对每个具体类分别编写代理类。
　　针对一个接口编写一个代理类。
　　动态代理：
　　针对一个方面编写一个InvocationHandler，然后借用JDK反射包中的Proxy类为各种接口动态生成相应的代理类 。
　　2、 AOP的主要原理：动态代理 。
　　Spring工作原理
　　Spring 已经用过一段时间了，感觉Spring是个很不错的框架。内部最核心的就是IOC了，
　　动态注入，让一个对象的创建不用new了，可以自动的生产，这其实就是利用java里的反射 ，反射其实就是在运行时动态的去创建、调用对象，Spring就是在运行时，跟xml Spring的配置 文件来动态的创建对象，和调用对象里的方法的 。
　　Spring还有一个核心就是AOP这个就是面向切面编程，可以为某一类对象 进行监督和控制（也就是 在调用这类对象的具体方法的前后去调用你指定的 模块）从而达到对一个模块扩充的功能。这些都是通过 配置类达到的。
　　Spring目的：就是让对象与对象（模块与模块）之间的关系没有通过代码来关联，都是通过配置类说明 管理的（Spring根据这些配置 内部通过反射去动态的组装对象）
　　要记住：Spring是一个容器，凡是在容器里的对象才会有Spring所提供的这些服务和功能。
　　Spring里用的最经典的一个设计模式就是：模板方法模式。
Spring是一个开源框架，它由Rod Johnson创建。它是为了解决企业应用开发的复杂性而创建的。Spring使用基本的JavaBean来完成以前只可能由EJB完成的事情。然而，Spring的用途不仅限于服务器端的开发。从简单性、可测试性和松耦合的角度而言，任何Java应用都可以从Spring中受益。
?6?1 目的：解决企业应用开发的复杂性
?6?1 功能：使用基本的JavaBean代替EJB，并提供了更多的企业应用功能
?6?1 范围：任何Java应用
简单来说，Spring是一个轻量级的控制反转(IoC)和面向切面(AOP)的容器框架。
轻量——从大小与开销两方面而言Spring都是轻量的。完整的Spring框架可以在一个大小只有1MB多的JAR文件里发布。并且Spring所需的处理开销也是微不足道的。此外，Spring是非侵入式的：典型地，Spring应用中的对象不依赖于Spring的特定类。
控制反转——Spring通过一种称作控制反转（IoC）的技术促进了松耦合。当应用了IoC，一个对象依赖的其它对象会通过被动的方式传递进来，而不是这个对象自己创建或者查找依赖对象。你可以认为IoC与JNDI相反——不是对象从容器中查找依赖，而是容器在对象初始化时不等对象请求就主动将依赖传递给它。
面向切面——Spring提供了面向切面编程的丰富支持，允许通过分离应用的业务逻辑与系统级服务（例如审计（auditing）和事务（）管理）进行内聚性的开发。应用对象只实现它们应该做的——完成业务逻辑——仅此而已。它们并不负责（甚至是意识）其它的系统级关注点，例如日志或事务支持。
容器——Spring包含并管理应用对象的配置和生命周期，在这个意义上它是一种容器，你可以配置你的每个bean如何被创建——基于一个可配置原型（prototype），你的bean可以创建一个单独的实例或者每次需要时都生成一个新的实例——以及它们是如何相互关联的。然而，Spring不应该被混同于传统的重量级的EJB容器，它们经常是庞大与笨重的，难以使用。
框架——Spring可以将简单的组件配置、组合成为复杂的应用。在Spring中，应用对象被声明式地组合，典型地是在一个XML文件里。Spring也提供了很多基础功能（事务管理、持久化框架集成等等），将应用逻辑的开发留给了你。
所有Spring的这些特征使你能够编写更干净、更可管理、并且更易于测试的代码。它们也为Spring中的各种模块提供了基础支持。
这是我在网上找的，不知道对你有没有帮助

spring mvc的工作原理是什么？

spring mvc的工作原理是：提供了构建 Web 应用程序的全功能 MVC 模块。使用Spring可插入的MVC架构，可以选择是使用内置的Spring Web框架还是Struts这样的Web框架。通过策略接口，Spring 框架是高度可配置的，而且包含多种视图技术。
例如 JavaServer Pages（JSP）技术、Velocity、Tiles、iText 和 POI。Spring MVC框架并不知道使用的视图，所以不会强迫您只使用 JSP 技术。Spring MVC 分离了控制器、模型对象、分派器以及处理程序对象的角色，这种分离让它们更容易进行定制。
客户端请求提交到DispatcherServlet：
由DispatcherServlet控制器查询一个或多个HandlerMapping，找到处理请求的Controller。
DispatcherServlet将请求提交到Controller。
Controller调用业务逻辑处理后，返回ModelAndView。
DispatcherServlet查询一个或多个ViewResoler视图解析器，找到ModelAndView指定的视图。
视图负责将结果显示到客户端。

Spring运行原理

的。Struts本身就是 MVC 在这里负责将用户数据传人业务层，以及 将业务层处理的结果返回给用户，此系统属于较简单WEB应用，采用了OpenSessionInView模式处理LazyLoad问题，这样我们可以在用户视图中使用 get，set方法来方便地获取关联对象。为了处理庞大的Action和ActionForm问题，在此我门准备使用DynaActionForm (DynaValidatorForm)和DispatchAction以及 动态验证框架 来解决。及使用Tile来解决框架问题 。使用自定义标签处理分页和身份验证问题。
2 Spring
Spring Framework最得以出名的是与Hibernate的无缝链接，虽然Spring 对Hibernate提供了90％以上的封装，使我们不必去关心Session 的建立，关闭，以及事务使我们能够专心的关注业务逻辑。但是一些特殊情况如 有时需要Query以及Criteria 对象，分页等，Spring不能给我们提供支持，总不能每次都在你的DAO上写个HibernateCallBackup()吧？Spring的作用不是把Hibernate再封装一层，而是让你接触不到Hibernate的API，而是帮助你管理好Session和Transaction。
在这里解决方法是：首先 写一个IBase 的接口，和一个BaseDao的实现。在实现中仿照HibernateTemplate，将其功能一一实现，同时考虑到Spring 未能支持的地方，我们不得已只好自己来管理Session，因此加入public Session openSession()，public Query getQuery(String sql)，public Criteria getCriteria(Class clazz)，以及分页的方法。 然后为每一个Entity 都建立继承于以上类的IEntity，与EntityDao。这里可以根据需求对Entity加入特殊的方法实现，如 在 StudentsDao.java 中加入类似用户身份验证等。以上就是数据访问层。接下来在Service层中通过对dao的引用完成业务逻辑方法。在下面的例子中我们分别为学生模块，教师模块，管理员模块构建Service层，StudentsServiceImpl，TeachersServiceImpl，AdminServiceImpl。
3 Hibernate
有了Spring的封装，我们要对Hibernate做的就是正确实现对象关系的映射。由于此处处于系统的最底层，准确无误的实现对象之间的关联关系映射将起着至关重要的作用。
总之，理解了Struts，Spring，Hibernate地原理以及之间的关系之后，剩下的工作就如同在以Spring为核心的Struts为表现的框架中堆积木。
　　1、spring原理
spring的最大作用ioc/di,将类与类的依赖关系写在配置文件中，
程序在运行时根据配置文件动态加载依赖的类，降低的类与类之间
的藕合度。它的原理是在applicationContext.xml加入bean标记,
在bean标记中通过class属性说明具体类名、通过property标签说明
该类的属性名、通过constructor-args说明构造子的参数。其一切都是
返射，当通过applicationContext.getBean("id名称")得到一个类实例时，
就是以bean标签的类名、属性名、构造子的参数为准，通过反射实例对象，
唤起对象的set方法设置属性值、通过构造子的newInstance实例化得到对象。
正因为spring一切都是反射，反射比直接调用的处理速度慢，所以这也是spring
的一个问题。
spring第二大作用就是aop，其机理来自于代理模式，代理模式
有三个角色分别是通用接口、代理、真实对象
代理、真实对象实现的是同一接口，将真实对象作为
代理的一个属性，向客户端公开的是代理，当客户端
调用代理的方法时，代理找到真实对象，调用真实对象
方法，在调用之前之后提供相关的服务，如事务、安全、
日志。其名词分别是代理、真实对象、装备、关切点、连接点。
2、动态代理:不用写代理类，虚拟机根据真实对象实现的接口产生一个类，通过
类实例化一个动态代理，在实例化动态代理时将真实对象
及装备注入到动态代理中，向客户端公开的是动态代理，
当客户端调用动态代理方法时，动态代理根据类的返射得
到真实对象的Method,调用装备的invoke方法，将动态代理、
Method、方法参数传与装备的invoke方法，invoke方法在唤
起method方法前或后做一些处理。
1、产生动态代理的类:
java.lang.refect.Proxy
2、装备必须实现InvocationHandler接口实现invoke方法
3、反射
什么是类的返射?
通过类说明可以得到类的父类、实现的接口、内部类、构造函数、方法、属性
并可以根据构造器实例化一个对象，唤起一个方法，取属性值，改属性值。
如何得到一个类说明?
Class cls=类.class;
Class cls=对象.getClass();
Class.forName("类路径");
如何得到一个方法并唤起它?
Class cls=类.class;
Constructor cons=cls.getConstructor(new Class[]{String.class});
Object obj=cons.newInstance(new Object[]{"aaa"});
Method method=cls.getMethod("方法名",new Class[]{String.class,Integer.class});
method.invoke(obj,new Object[]{"aa",new Integer(1)});
4、spring的三种注入方式是什么?
setter
interface
constructor
5、spring的核心接口及核类配置文件是什么?
FactoryBean:工厂bean主要实现ioc/di
ApplicationContext ac=new FileXmlApplicationContext("applicationContext.xml");
Object obj=ac.getBean("id值");
applicationContext.xml

Spring Security基础原理

Spring Security：是一个提供身份验证，授权和保护以防止常见攻击的框架。 凭借对命令式和反应式应用程序的一流支持，它为Spring应用程序的安全提供实际标准。

Spring Security为身份验证，授权和针对常见漏洞的防护提供了全面的支持。 它还集成了三方库，以简化其使用。

Spring Security为身份验证提供了全面的支持。 身份验证是我们验证谁试图访问特定资源的身份的方法。 验证用户身份的常用方法是要求用户输入用户名和密码。 一旦执行了身份验证，我们就会知道身份并可以执行授权。

Spring Security提供了用于验证用户的内置支持。 分为两大主体：基于Servlet和WebFlux的身份验证。

Spring Security的PasswordEncoder接口用于对密码进行单向转换，以使密码可以安全地存储。

基于PasswordEncoder接口的实现类如下：

Spring提供了一个名为DelegatingFilterProxy的Filter实现，可以在Servlet容器的生命周期和Spring的ApplicationContext之间进行桥接。 Servlet容器允许使用自己的标准注册Filters，但是它不知道Spring定义的Bean。 DelegatingFilterProxy可以通过标准的Servlet容器机制进行注册，然后将所有工作委托给实现Filter的Spring Bean。

如上图所示，DelegatingFilterProxy是一个标准的Servlet Filter，当调用链路到DelegatingFilterProxy，DelegatingFilterProxy会找到达Spring管理的Filter，然后发起调用。

如上图所示，FilterChainProxy是Spring Security提供的特殊过滤器，允许通过SecurityFilterChain委派许多过滤器实例。

如上图所示，FilterChainProxy使用SecurityFilterChain确定应对此请求调用哪些Spring Security过滤器。

Security Filter是注册到FilterChainProxy而不是DelegatingFilterProxy的。原因如下：

Spring Security提供了以下Security Filter（包含顺序，通过FilterComparator配置相关顺序）：

如上图表示的是异常处理过滤器ExceptionTranslationFilter的工作原理：

如上图所示，ProviderManager作为AuthenticationManager最常见的实现，ProviderManager认证时，将认证逻辑委托给AuthenticationProvider列表，不同AuthenticationProvider的执行不同的认证逻辑。

如果没有AuthenticationProvider可以执行身份验证，使用该父AuthenticationManager（通常是ProviderManager实例）进行认证。

一个父AuthenticationManager可能存在多个ProviderManager实例。 即具有相同身份验证（共享父AuthenticationManager）但又具有不同身份验证机制（不同ProviderManager实例）。

验证用户身份的最常见方法之一是验证用户名和密码， Spring Security为使用用户名和密码进行身份验证提供了全面的支持。

上图表示用户在表单提交用户名、密码的验证流程：

上图表示当客户端收到WWW-Authenticate响应头时，使用用户名和密码登录的流程：

Remember-Me（记住我），主要用于在一段很长的时间内（通常15天），用户只需要登录一次，就无需再登录了（前提是用户名、密码、秘钥不变的情况）。

原理：当用户登录成功时，服务端会向浏览器额外发送一个cookie(name = remember-me, value = token值)，之后的请求都会携带这个cookie，当用户session失效时（比如2小时过后），该cookie携带到服务端触发自动登录。

当然，Remember-Me会存在一些安全问题，Remember-Me的token可以被用户代理捕获到，可以轻松通过该token去修改密码。因此在一些安全性重要的应用上面，不建议开启Remember-Me。

FilterSecurityInterceptor为HttpServletRequests提供授权，它作为安全筛选器之一插入到FilterChainProxy中（除此之外，Spring Security支持服务层方法授权还有域对象授权）。

回顾下前面学到的知识，用户登录认证成功后，会为当前用户生成一个Authentication对象，该对象包含了Principal、Credentials和Authorities；
该Authorities由GrantedAuthority（默认实现：SimpleGrantedAuthority）集合组成，GrantedAuthority接口只有一个方法，如下：

一般情况下GrantedAuthority由String表示，如果GrantedAuthority无法精确地表示为String，则GrantedAuthority被视为“复杂”，并且getAuthority（）必须返回null。

刚刚讲到Spring Security调用AbstractSecurityInterceptor.beforeInvocation()进入前置处理阶段，该阶段的一个重点就是进行访问决策处理，由AccessDecisionManager相关实现来完成，AccessDecisionManager接口包含三个方法：

如上图所示，Spring Security提供了三个决策处理器AccessDecisionManager的实现类（AffirmativeBased、ConsensusBased、UnanimousBased），代表三种不同的决策处理器，当然也可以自定义决策处理器。决策处理器将决策逻辑委托给多个投票器AccessDecisionVoter（具体实现有：AuthenticatedVoter、RoleVoter、WebExpressionVoter等），接着AccessDecisionManager将投票结果进行整合，返回拒绝或者成功。

AccessDecisionManager实现类的具体描述如下：

AccessDecisionVoter通过返回int来表示投票的结果，有ACCESS_ABSTAIN（0，弃权），ACCESS_DENIED（-1，不通过）和ACCESS_GRANTED（1，通过），AccessDecisionVoter主要的实现类如下：

某些应用程序需要一种修改返回的对象的方法，因此Spring Security提供了一个方便的挂钩AfterInvocationManager，通过AfterInvocationManager来修改返回对象。

如上图所示，AfterInvocationManager有一个具体的实现AfterInvocationProviderManager，它轮询AfterInvocationProvider的列表。 每个AfterInvocationProvider都可以修改返回对象或引发AccessDeniedException。 实际上，由于前一个提供程序的结果将传递到列表中的下一个，因此多个提供程序可以修改该对象。

SpringMVC的工作原理是什么样的,跟Spring的关系是怎么样的？

springMVC的工作原理如下：
springmvc请所有的请求都提交给DispatcherServlet,它会委托应用系统的其他模块负责负责对请求进行真正的处理工作。
DispatcherServlet查询一个或多个HandlerMapping,找到处理请求的Controller.
DispatcherServlet请请求提交到目标Controller
Controller进行业务逻辑处理后，会返回一个ModelAndView
Dispathcher查询一个或多个ViewResolver视图解析器,找到ModelAndView对象指定的视图对象
视图对象负责渲染返回给客户端。
与spring的关系：
　Spring 框架是一个分层架构，由 7 个定义良好的模块组成。Spring模块构建在核心容器之上，核心容器定义了创建、配置和管理bean 的方式。　　组成 Spring 框架的每个模块（或组件）都可以单独存在，或者与其他一个或多个模块联合实现。每个模块的功能如下： 　　核心容器：核心容器提供 Spring框架的基本功能。核心容器的主要组件是BeanFactory，它是工厂模式的实现。BeanFactory使用控制反转（IOC）模式将应用程序的配置和依赖性规范与实际的应用程序代码分开。 　　Spring 上下文：Spring 上下文是一个配置文件，向 Spring框架提供上下文信息。Spring上下文包括企业服务，例如 JNDI、EJB、电子邮件、国际化、校验和调度功能。 　　Spring AOP：通过配置管理特性，Spring AOP 模块直接将面向方面的编程功能集成到了Spring框架中。所以，可以很容易地使 Spring 框架管理的任何对象支持 AOP。Spring AOP 模块为基于Spring的应用程序中的对象提供了事务管理服务。通过使用 Spring AOP，不用依赖EJB组件，就可以将声明性事务管理集成到应用程序中。 　　Spring DAO：JDBCDAO抽象层提供了有意义的异常层次结构，可用该结构来管理异常处理和不同数据库供应商抛出的错误消息。异常层次结构简化了错误处理，并且极大地降低了需要编写的异常代码数量（例如打开和关闭连接）。SpringDAO的面向 JDBC 的异常遵从通用的 DAO 异常层次结构。 　　Spring ORM：Spring 框架插入了若干个 ORM 框架，从而提供了 ORM的对象关系工具，其中包括JDO、Hibernate 和 iBatis SQL Map。所有这些都遵从 Spring 的通用事务和DAO异常层次结构。 　　Spring Web 模块：Web 上下文模块建立在应用程序上下文模块之上，为基于Web的应用程序提供了上下文。所以，Spring 框架支持与 Jakarta Struts的集成。Web模块还简化了处理多部分请求以及将请求参数绑定到域对象的工作。 　　Spring MVC 框架：MVC 框架是一个全功能的构建 Web 应用程序的 MVC实现。通过策略接口，MVC框架变成为高度可配置的，MVC 容纳了大量视图技术，其中包括JSP、Velocity、Tiles、iText 和 POI。
　　Spring 框架的功能可以用在任何 J2EE服务器中，大多数功能也适用于不受管理的环境。Spring的核心要点是：支持不绑定到特定 J2EE服务的可重用业务和数据访问对象。毫无疑问，这样的对象可以在不同 J2EE 环境 （Web或EJB）、独立应用程序、测试环境之间重用。
由此可以看出：Spring MVC 框架只是spring的一个子模块，用在java ee工程的web层组件。

spring的原理

Spring的哲学是在不影响Java对象的设计的情况下将Java对象加入到框架中。 我们下面来看看Spring的工作原理，看看Spring是如何做到不影响Java对象的。
EJB的框架采用了一种侵略性(Invasive)的方法来设计对象，它要求你在设计中加入符合EJB规范的代码。一些轻量级的COP框架，例如Avalon，也要求对象设计时必须符合某种规范，例如Serviceable接口，这种做法是典型的Type 1做法。
这种设计思路要求Spring采用一种动态的、灵活的方式来设计框架。在Spring的工作原理中大量采用了反射。首先Spring要解决的一个问题就是如何管理bean。因为IOC的思想要求bean之间不能够直接调用，而应该采用一种被动的方式进行协作。所以bean的管理是Spring工作原理中的核心部分。
反射和内省在代码的层次上思考问题，有时候能够带来出人意料的灵活性。但它的使用有时候也是一个哲学问题，不论是在ORM设计还是在AOP设计上都出现了类似的问题-究竟是使用反射，还是使用代码生成。
在Spring中，处理这个问题的核心是在org.springframework.beans包中。而其中最为核心的部分，则是BeanWrapper。BeanWrapper，顾名思义，就是bean的包装器。所以，它的主要工作，就是对任何一个bean，进行属性(包括内嵌属性)的设置和方法的调用。在
BeanWrapper的默认实现类BeanWrapperImpl中，虽然代码较长，但完成的工作却是非常的集中的。
BeanWrapper的深入研究
我们看看这个BeanWrapper是如何发挥运作的，假设我们有两个bean：
public class Company { private String name; private Employee managingDirector; public String getName() { return this.name; } public void setName(String name) { this.name = name; } public Employee getManagingDirector() { return this.managingDirector; } public void setManagingDirector(Employee managingDirector) { this.managingDirector = managingDirector; } } public class Employee { private float salary; public float getSalary() { return salary; } public void setSalary(float salary) { this.salary = salary; } }
然后我们使用BeanWrapper来调用这两个bean：
Company c = new Company(); BeanWrapper bwComp = BeanWrapperImpl(c); // setting the company name... bwComp.setPropertyValue("name", "Some Company Inc."); // ... can also be done like this: PropertyValue v = new PropertyValue("name", "Some Company Inc."); bwComp.setPropertyValue(v); // ok, lets create the director and tie it to the company: Employee jim = new Employee(); BeanWrapper bwJim = BeanWrapperImpl(jim); bwJim.setPropertyValue("name", "Jim Stravinsky"); bwComp.setPropertyValue("managingDirector", jim); // retrieving the salary of the managingDirector through the company Float salary = (Float)bwComp.getPropertyValue("managingDirector.salary");
看起来麻烦了许多，但是这样Spring就可以使用统一的方式来管理bean的属性了。
Bean的制造工厂
有了对单个Bean的包装，还需要对多个的bean进行管理。在spring中，把bean纳入到一个核心库中进行管理。bean的生产有两种方法：一种是一个bean产生多个实例，一种是一个bean只产生一个实例。如果对设计模式熟悉的话，我们就会想到，前者可以采用Prototype，后者可以采用Singleton。
注意到，反射技术的使用使得我们不再像原始的工厂方法模式那样创建对象。反射可以非常灵活的根据类的名称创建一个对象。所以spring只使用了Prototype和Singleton这两个基本的模式。
Spring正是这样处理的，但是我们希望用户能够维护统一的接口，而不需要关心当前的bean到底是Prototype产生的独立的bean，还是Singleton产生的共享的bean。所以，在org.springframework.beans.factory包中的BeanFactory定义了统一的getBean方法。
JDBC再封装JDBC优雅的封装了底层的数据库，但是JDBC仍然存在诸多的不变。你需要编写大量的代码来完成CRUD操作，而且，JDBC无论是遇到什么样的问题，都抛出一个SQLException，这种做法在异常使用上被称为不完备的信息。因为问题可能是很复杂的，也许是数据库连接的问题，也许是并发控制的问题，也许只是SQL语句出错。没有理由用一个简单的SQLException就搞定全部的问题了，这种做法有些不负责任。针对这两个问题，Spring Framework提出了两种解决方法：首先，提供一个框架，把JDBC应用中的获取连接、异常处理、释放等比较通用的操作全部都集中起来，用户只需要提供特定的实现就OK了。实现的具体细节采用的是模板方法。举个例子，在org.springframework.jdbc.object包中，MappingSqlQuery类实现了将SQL查询映射为具体的业务对象。JavaDoc中这样写到：Reusable query in which concrete subclasses must implement the abstract mapRow(ResultSet, int) method to convert each row of the JDBC ResultSet into an object. 用户必须实现mapRow方法，这是典型模板方法的应用。我们拿一个具体的例子来看看：
class UserQuery extends MappingSqlQuery { public UserQuery(DataSource datasource) { super(datasource, "SELECT * FROM PUB_USER_ADDRESS WHERE USER_ID = ?"); declareParameter(new SqlParameter(Types.NUMERIC)); compile(); } // Map a result set row to a Java object protected Object mapRow(ResultSet rs, int rownum) throws SQLException { User user = new User(); user.setId(rs.getLong("USER_ID")); user.setForename(rs.getString("FORENAME")); return user; } public User findUser(long id) { // Use superclass convenience method to provide strong typing return (User) findObject(id); } }
其次是第二个问题，最麻烦的地方应该说是需要截住JDBC的异常，然后判断异常的类型，并重新抛出异常。错误的问题可以通过连接来获取，所以麻烦的是如何截获异常。Spring 框架采用的方法是回调，处理回调的类在Spring Framework中被称为template 。
JdbcTemplate template = new JdbcTemplate(dataSource); final List names = new LinkedList(); template.query("SELECT USER.NAME FROM USER", new RowCallbackHandler() { public void processRow(ResultSet rs) throws SQLException { names.add(rs.getString(1)); } });
回调函数是一个匿名类，其中也使用了模板方法，异常的处理都在父类中完成了。
层间松耦合
在开放源码界已经出现了大量的基于MVC的Web容器，但是这些容器都仅限于Web的范围 ，不涉及Web层次后端的连接，Spring作为一个整体性的框架，定义了一种Web层和后端业务层的连接方式， 这个思路仍然疏运图MVC的范畴，但耦合更松散，不依赖于具体的集成层次。
public class GoogleSearchController implements Controller { private IGoogleSearchPort google; private String googleKey; public void setGoogle(IGoogleSearchPort google) { this.google = google; } public void setGoogleKey(String googleKey) { this.googleKey = googleKey; } public ModelAndView handleRequest( HttpServletRequest request, HttpServletResponse response) throws ServletException, IOException { String query = request.getParameter("query"); GoogleSearchResult result = // Google property definitions omitted... // Use google business object google.doGoogleSearch(this.googleKey, query,start, maxResults, filter, r estrict, safeSearch, lr, ie, oe); return new ModelAndView("googleResults", "result", result); } }
回调函数是一个匿名类，其中也使用了模板方法，异常的处理都在父类中完成了。
2.Spring是一个开源框架，它由Rod Johnson创建。它是为了解决企业应用开发的复杂性而创建的。Spring使用基本的JavaBean来完成以前只可能由EJB完成的事情。然而，Spring的用途不仅限于服务器端的开发。从简单性、可测试性和松耦合的角度而言，任何Java应用都可以从Spring中受益。 ? 目的：解决企业应用开发的复杂性 ? 功能：使用基本的JavaBean代替EJB，并提供了更多的企业应用功能 ? 范围：任何Java应用 简单来说，Spring是一个轻量级的控制反转(IoC)和面向切面(AOP)的容器框架。 轻量——从大小与开销两方面而言Spring都是轻量的。完整的Spring框架可以在一个大小只有1MB多的JAR文件里发布。并且Spring所需的处理开销也是微不足道的。此外，Spring是非侵入式的：典型地，Spring应用中的对象不依赖于Spring的特定类。 控制反转——Spring通过一种称作控制反转（IoC）的技术促进了松耦合。当应用了IoC，一个对象依赖的其它对象会通过被动的方式传递进来，而不是这个对象自己创建或者查找依赖对象。你可以认为IoC与JNDI相反——不是对象从容器中查找依赖，而是容器在对象初始化时不等对象请求就主动将依赖传递给它。 面向切面——Spring提供了面向切面编程的丰富支持，允许通过分离应用的业务逻辑与系统级服务（例如审计（auditing）和事务（）管理）进行内聚性的开发。应用对象只实现它们应该做的——完成业务逻辑——仅此而已。它们并不负责（甚至是意识）其它的系统级关注点，例如日志或事务支持。 容器——Spring包含并管理应用对象的配置和生命周期，在这个意义上它是一种容器，你可以配置你的每个bean如何被创建——基于一个可配置原型（prototype），你的bean可以创建一个单独的实例或者每次需要时都生成一个新的实例——以及它们是如何相互关联的。然而，Spring不应该被混同于传统的重量级的EJB容器，它们经常是庞大与笨重的，难以使用。 框架——Spring可以将简单的组件配置、组合成为复杂的应用。在Spring中，应用对象被声明式地组合，典型地是在一个XML文件里。Spring也提供了很多基础功能（事务管理、持久化框架集成等等），将应用逻辑的开发留给了你。 所有Spring的这些特征使你能够编写更干净、更可管理、并且更易于测试的代码。它们也为Spring中的各种模块提供了基础支持。

java spring的底层机制和原理是什么？

工作机制是IOC ，IOC是思想 、依赖注入是实现。
1.使用IOC最大程度的对对象的依赖关系解耦
2.使用AOP解除了模块或组件之间的耦合
3.简化其他框架的代码
4.是框架之间的润滑剂和粘合剂
5.spring 是无侵入的设计。在代码中感觉不到它的存在
6.spring是无依赖式的设计。spring不依赖任何框架，而且本身也无依赖