看懂spring源码有什么用 spring的用处
spring的用处
一个是IoC，所谓“控制反转”，其实就是不用new操作符得到业务模型对象。例如：
Student s=new StudentImpl()得到一个 Student对象，在Spring中可以用 (Student)context.getBean("student")得到，context是Spring上下文对象。
spring中注意的一个设计模式是面向接口编程。Student实际是一个接口，如果你主动初始化Student，注意后面的“StudentImpl”这个类名被硬编码到你的类中了。用context.getBean方法不存在这样的问题，因为"student"这个bean是在文本的配置文件中配置的，如
另外一个AOP，这也是重要的特性，像事务性、安全性的逻辑不需要写在每个需要这些功能的类中，仅仅需要在配置文件配置即可。这样你写的类代码就更简洁、注重于它实际需要解决的问题。
Spring是流行的Java EE框架，轻量的。
如果要学，建议看 Spring In Action这本书，比较适合初学者。
请教使用spring有什么好处
的好处。希望可以用白话给我讲一下，这个问题在网上我也查了，都是一些难懂的书面语言。
比如可以这么说：用spring 可以加快开发速度；用spring 可以减小对服务器的压力。（这个
是我瞎编的，我就想听听平时唠嗑的时候说的话）
------解决方案--------------------------------------------------------
spring 的配置文件看一眼就知道spring 是管理BEAN 的容器
bean 就是实例化的类
包括所有的struts 的ACTION，hibernate 的数据库操作类
LZ 您明白它的好处了吧
想调用的话就从spring 的配置文件读
明显这样降低了代码的耦合度，想用就去取（是spring 把他们推进去的）
而普通的是你调用他们相当于你拉来的；这样明显降低了代码量提高了开发效率
j2ee中Spring主要用来做什么？
在SSH框假中spring充当了管理容器的角色。我们都知道Hibernate用来做持久层，因
为它将JDBC做了一个良好的封装，程序员在与数据库进行交互时可以不用书写大量的SQL语
句。Struts是用来做应用层的，他它负责调用业务逻辑serivce层。所以SSH框架的流程大致
是：Jsp页面----Struts------Service（业务逻辑处理类）---Hibernate（左到右）struts
负责控制Service（业务逻辑处理类），从而控制了Service的生命周期，这样层与层之间的
依赖和强，属于耦合。这时，使用spring框架就起到了控制Action对象（Strus中的）和
Service类的作用，两者之间的关系就松散了，Spring的Ioc机制（控制反转和依赖注入）正
是用在此处。
Spring的Ioc（控制反转和依赖注入）
控制反转：就是由容器控制程序之间的（依赖）关系，而非传统实现中，由程序代码直
接操控。
依赖注入：组件之间的依赖关系由容器在运行期决定 ，由容器动态的将某种依赖关系注
入到组件之中。
从上面我们不难看出：从头到尾Action仅仅是充当了Service的控制工具，这些具体的
业务方法是怎样实现的，他根本就不会管，也不会问，他只要知道这些业务实现类所提供的
方法接口就可以了。而在以往单独使用Struts框架的时候，所有的业务方法类的生命周期，
甚至是一些业务流程都是由Action来控制的。层与层之间耦合性太紧密了，既降低了数据访
问的效率又使业务逻辑看起来很复杂，代码量也很多。，Spring容器控制所有Action对象和
业务逻辑类的生命周期，由与上层不再控制下层的生命周期，层与层之间实现了完全脱耦，
使程序运行起来效率更高，维护起来也方便。
使用Spring的第二个好处（AOP应用）：
事务的处理：
在以往的JDBCTemplate中事务提交成功，异常处理都是通过Try/Catch 来完成，而在
Spring中。Spring容器集成了TransactionTemplate，她封装了所有对事务处理的功能，
包括异常时事务回滚，操作成功时数据提交等复杂业务功能。这都是由Spring容器来管理，
大大减少了程序员的代码量，也对事务有了很好的管理控制。Hibernate中也有对事务的管
理，hibernate中事务管理是通过SessionFactory创建和维护Session来完成。而Spring对
SessionFactory配置也进行了整合，不需要在通过hibernate.cfg.xml来对
SessionaFactory进行设定。这样的话就可以很好的利用Sping对事务管理强大功能。避免
了每次对数据操作都要现获得Session实例来启动事务/提交/回滚事务还有繁琐的
Try/Catch操作。这些也就是Spring中的AOP（面向切面编程）机制很好的应用。一方面使
开发业务逻辑更清晰、专业分工更加容易进行。另一方面就是应用Spirng AOP隔离降低了
程序的耦合性使我们可以在不同的应用中将各个切面结合起来使用大大提高了代码重用度。
spring作用
Spring提供许多功能，在此我将快速地依次展示其各个主要方面。
首先，让我们明确Spring范围。尽管Spring覆盖了许多方面，但我们已经有清楚的概念，它什么应该涉及和什么不应该涉及。
Spring的主要目的是使J2EE易用和促进好编程习惯。
Spring不重新开发已有的东西。因此，在Spring中你将发现没有日志记录的包，没有连接池，没有分布事务调度。这些均有开源项目提供（例如Commons Logging 用来做所有的日志输出，或Commons DBCP用来作数据连接池），或由你的应用程序服务器提供。因为同样的的原因，我们没有提供O/R mapping层，对此，已有友好的解决办法如Hibernate和JDO。
Spring的目标是使已存在的技术更加易用。
例如，尽管我们没有底层事务协调处理，但我们提供了一个抽象层覆盖了JTA或任何其他的事务策略。
Spring没有直接和其他的开源项目竞争，除非我们感到我们能提供新的一些东西。例如，象许多开发人员，我们从来没有为Struts高兴过，并且感到在MVC web framework中还有改进的余地。在某些领域，例如轻量级的IoC容器和AOP框架，Spring有直接的竞争，但是在这些领域还没有已经较为流行的解决方案。（Spring在这些区域是开路先锋。）
Spring也得益于内在的一致性。所有的开发者都在唱同样的的赞歌，基础想法依然是Expert One-on-One J2EE设计与开发的那些。并且我们已经能够使用一些主要的概念，例如倒置控制，来处理多个领域。
Spring在应用服务器之间是可移植的。当然保证可移植性总是一次挑战，但是我们避免任何特定平台或非标准化，并且支持在WebLogic，Tomcat，Resin，JBoss，WebSphere和其他的应用服务器上的用户。
spring的IOC有什么作用
IOC我的理解就是面向接口的编程。
举个例子，你在main方法里要运用一个磁盘传输数据的方法：
磁盘 a=new 磁盘（）；
但是如果现在要求你使用U盘来实现传输数据的功能怎么办？
U盘 u=new U盘（）；？
这就导致对于底层的过度依赖，java思想是下层为上层服务，不是上层依赖下层。
所以就必须使用接口的方式，使得磁盘和U盘同时实现设备这个接口里的方法。接口 i=new 磁盘（）或者new U盘（）；
因为java的对象是在运行期才会被创建的，而非编译器。但是这样仍然存在着问题，就是每次要改动对象类型的时候还是要到程序里去做修改，如果有了xml文件的话，可以直接修改xml文件。
所以这就是IOC的大致思想。
控制反转的意思就是将底层对程序拥有的控制权转移给了接口！！！实现了接口控制的方式！
当然这只是他的核心思想，IOC里面还有其他的东西值得继续研究。
不知道你现在明白了吗？
spring的实际应用是什么
个人理解啊，我一般也不看文档的，都是实际使用中个人的理解。
使用spring的话，一个好处是面向接口编程，通过spring配置接口的具体实现类，这样可以提高程序的灵活性。比如在一个类A中要调用另一个类B的一个数据库查询操作。如果直接引入类实例的话，那么需要在类A的代码中显示的创建一个类B的实例，然后再调用B实例的方法。如果某一天因更换数据库或其他原因导致原来的类B无法使用，换成了类C，这样就需要在类A中重新编码了。如果使用注入方式的话，只要B和C实现了同一个接口（或者类C重写了类B对应的方法），那么只需要修改spring的注入类即可实现，而不需要再修改类A的代码。
另外一个好处就是通过spring可以更快更简单的获取我们需要的对象。常见的ssh架构中，通过注入的方式可以通过一个链式的结构将所有的context组合到一个类当中，而如果不使用spring的话还需要自己一个一个的来写（哪怕是自己写的工具类，维护起来也不见得能有多方便）。。。。。
这就是我大概的理解吧。当然了，spring还有其他很多好处，比如事务管理等功能能给程序开发带来显而易见的好处。
总的来说，个人感觉是spring以插件的方式实现了代码之间的组合（个人理解）。嘿嘿。看懂看不懂就瞎看吧