每个人在面试的时候，Spring应该都是逃不过的关卡，能够熟练的使用，这并不难，知道它的底层原理才是高出别人一步的地方。这篇文章就说简单说下Spring的一些知识，希望能在面试的路上帮助到你们。
Spring是个开源框架，它被创建出来的初衷就是解决企业级应用开发的复杂性。Spring不仅仅局限于服务端开发，任何的java应用都能借助于Spring变得更加简单，可测试性更强，松耦合性更好。
为了降低Java开发的复杂性，Spring采取了一下4种关键策略：
基于POJO的轻量级和最小侵入性编程；
通过依赖注入和面向接口实现松耦合；
基于切面和惯例进行声明式编程；
通过切面和模板减少样板式代码。
几乎Spring所做的任何事情，都是围绕着以上四种策略来实现的，其核心就是：简化java开发。
在日常的开发过程中，可能大部分人都感受到了，很多框架都会强迫应用继承他们的类或者是实现他们的接口，这样就会导致程序和框架绑死，说到这，我们的现在所用的框架就是这样，各个模块，包括DAO，Service，都会强制性的继承框架的中的类，应用程序和框架绑定的死死的。Spring竭力的避免因为自身的API来搞乱你的应用代码，Spring也不会强迫你实现他的接口或者是继承它的类，最严重的也就是一个雷会使用Spring注解。Spring的非侵入式编程意味着这个类在Spring应用和非Spring应用中发挥着同样的作用。
任何一个有实际意义的应用，肯定是会有多个类组成，在没有Spring的时候，每个对象负责管理着与自己相互协作的对象的引用，这样会导致高耦合和难以测试的代码。
public class Train implements Transport{
private Water water;
public Train() {
water = new Water();
}
public void catchGoods(){
water.waterSomthing();
}
}可以看到上面的代码，Train在自己的构造函数中自己创建了 Water对象，这样就造成了这两个对象的紧耦合，这个火车可以运水来浇灌农田，但是如果让这个火车来运煤供暖，可能就不太符合了。
而在单元测试的时候，我们要确保catchGoods方法执行的时候，waterSomthing也能够执行，如果这样来做，那就执行不了单元测试了。
耦合是具有两面性的，一方面紧密的耦合的代码，难以测试，难以服用，难以理解，修改了一处就可能会引起别的bug(记得刚去公司的时候，讲开发规范，一个接口尽量的只做一件事情，千万不要一个接口同时为多个地方提供服务)，另一方面呢完全没有耦合的代码也什么都干不了。
有了Spring之后，对象的依赖关系由负责协调各对象的第三方组件来完成，对象无需自行创建，依赖注入会将所依赖的关系自动交给目标对象，而不是让对象自己去获取。
public class Train implements Transport{
private Water water;
public Train(Water water) {
this.water = water;
}
public void catchGoods(){
water.waterSomthing();
}
}上面在我们的改动之后，不再由Train自行创建，而是当成一个构造器参数传进来，这也是依赖注入的一种方式：构造器注入。这也就实现了松耦合。
创建应用组件之间协作的行为通常称为装配，Spring有着多种装配bean的方式，XML就是一种常用的方式。
<?xml version="1.0" encoding="UTF-8"?> <!--DOCTYPE beans PUBLIC "-//SPRING//DTD BEAN//EN" "http://www.springframework.org/dtd/spring-beans.dtd" --> <beans xmlns="http://www.springframework.org/schema/beans" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xsi:schemaLocation="http://www.springframework.org/schema/beans http://www.springframework.org/schema/beans/spring-beans.xsd"> <bean id="train" class="com.kr.caption.spring.Train"> <constructor-arg ref="water"/> </bean> <bean id="water" class="com.kr.caption.spring.Water"/> </beans>
在上面的xml文件中，两个对象被声明为了Spring中的bean，在Train中，在构造时传入了对Water的引用，作为构造器参数。
@Configuration
public class TrainConfig {
@Bean
public Transport train(){
return new Train(water());
}
@Bean
public Water water(){
return new Water();
}
}上面的是基于java的配置，这两种配置都是一样的效果。
Spring通过应用的上下文，来装载bean的定义，并把他们组装起来，Spring应用上下文全权负责对象的创建和组装，Spring有多种上下文的实现，它们之间主要的区别仅仅在于如何加载配置。
public class application {
public static void main(String[] args) {
ClassPathXmlApplicationContext context = new ClassPathXmlApplicationContext("classpath:application_example.xml");
Train bean = context.getBean(Train.class);
bean.catchGoods();
}
}这里的main方法基于application_example.xml创建了一个Spring应用上下文，随后就能得到一个实例对象，直接调用方法即可。
系统由不同的组件组成，而这些组件除了实现自身的核心功能外，还承担着其他的一些职责。比如日志、事务管理和安全这些通常会贯穿着整个项目中的各个组件。如果没有系统性的处理这部分，那么你的代码会含有大量的重复代码。如果你把这些单独抽象为一个模块，其他模块只是调用它的方法，方法的调用还是会出现各个模块。
AOP会使这些服务模块化，以声明的方式应用到它们需要影响的模块去，这样其他的模块就会只关注它们自身的业务，完全不需要了解这些服务的相关逻辑和代码。
看到上面的图片，我们可以把切面想象为覆盖在很多组件上的一个外壳，借助AOP可以使那些功能层去包裹核心业务层，这些功能层以声明的方式灵活的应用到系统中，其他的业务应用根本不知道它的存在。
原文链接: https://www.yukx.com/jing/article/details/1856.html 优科学习网项目中为什么要使用 spring？
