jdbc可以直接操作数据库，为什么还要使用spring等框架？

jdbc建立一个连接要几百毫秒，而执行一个普通的SQL仅仅需要几毫秒。这么重量级的资源建立了就释放了不合适，得找个容器存起来，需要用就来取，不用了就还给容器，毕竟容器里的借取比建立一个连接要快的多。这样的容器叫做数据连接池，常用的像阿里的连接池。

随着业务的增长，你会发现jdbc的接口对于业务来说，操作很繁琐，有一大半的代码在往bean里塞数据，下标还是从1开始的。这时候你就会想，要不独立一层，专门处理把jdbc读取出来的数据塞进bean里吧。这一层就是DAO(mapper)，比较出名的框架就是myBatis。

渐渐地，使用公司产品的客户越来越多，但是一部分客户希望系统通知通过短信来推送，另一部分希望通过邮件。除此之外，大家对剩下的功能没有任何分歧。虽然在编写代码时，你已经在这里对通知的推送做了接口隔离，但是因为这个接口的引用指向的一个new关键字创建对象，所以程序的行为在编译时就已经确定了。为了响应另一部分客户的需求，你不得不在打包前，去修改代码。这时候你就在想：如果程序的行为可以通过一些配置在运行时才确定，或许可以改善现在的处境。这种把对象的实例化交给容器（运行中的程序）而不是另一个对象（硬编码的代码）的设计思想叫控制反转（IOC），这就是Spring所做的事情。