1 依赖注入(DI)(AOC)
通常，我们开发的java应用都是由多个类组成，它们之间相互协作来完成特定的业务逻辑。每个对象之间相互联系，导致高度耦合的代码。
1.方便解耦，便于开发（Spring就是一个大工厂，可以将所有对象的创建和依赖关系维护都交给spring管理）
2 面向切面编程(AOP)
AOP:允许你把遍布应用各处的功能分离出来形成可重用的组件。
比方说，系统中的日志、事务管理。安全服务等，通常会分散到你的每一个组件中，哪怕只是调用某个方法，但他依然会使你的代码变得混乱并且不易修改。某个组件应该只关心如何实现自身的业务逻辑，与其无关的代码（日志，安全等）应该少出现甚至不出现。
AOP使得这些组件具有更高的内聚性以及更加关注与自身业务，完全不需要涉及其他系统服务，甚至你的核心业务根本不知道它们（日志模块，安全模块）的存在。
2.spring支持aop编程（spring提供面向切面编程，可以很方便的实现对程序进行权限拦截和运行监控等功能）
3.声明式事务的支持（通过配置就完成对事务的支持，不需要手动编程）
4.方便程序的测试，spring 对junit4支持，可以通过注解方便的测试spring 程序
5.方便集成各种优秀的框架（）
6.降低javaEE API的使用难度（Spring 对javaEE开发中非常难用的一些API 例如JDBC,javaMail,远程调用等，都提供了封装，是这些API应用难度大大降低）
参考:https://www.cnblogs.com/zmmi/p/7922186.html
工厂模式也可以管理实例的初始化呀，为什么一定要使用Spring呢？
总结
（1）也许有人说，IoC和工厂模式不是一样的作用吗，用IoC好象还麻烦一点。
举个例子，如果用户需求发生变化，要把Chinese类修改一下。那么前一种工厂模式，就要更改Factory类的方法，并且重新编译布署。而IoC只需 要将class属性改变一下，并且由于IoC利用了Java反射机制，这些对象是动态生成的，这时我们就可以热插拨Chinese对象（不必把原程序停止 下来重新编译布署）
（2）也许有人说，即然IoC这么好，那么我把系统所有对象都用IoC方式来生成。
注意，IoC的灵活性是有代价的：设置步骤麻烦、生成对象的方式不直观、反射比正常生成对象在效率上慢一点。因此使用IoC要看有没有必要，我认为比较通用的判断方式是：用到工厂模式的地方都可以考虑用IoC模式。
参考:https://blog.csdn.net/weixin_42120957/article/details/80312793
springMVC
我们可以看到，在 Spring 的基本架构中， SpringMVC，它是属于Spring基本架构里面的一个组成部分，属于SpringFrameWork的后续产品，已经融合在Spring Web Flow里面，所以我们在后期和 Spring 进行整合的时候，几乎不需要别的什么配置。
SpringMVC 是类似于 Struts2 的一个 MVC 框架，在实际开发中，接收浏览器的请求响应，对数据进行处理，然后返回页面进行显示，但是上手难度却比 Struts2 简单多了。而且由于 Struts2 所暴露出来的安全问题，SpringMVC 已经成为了大多数企业优先选择的框架。