阅读建议耐心，可能你收获不会很多，但是会让你对spring不是那么恐惧。
同系列Mybatis文章：
Evader1997：初学SSM框架感觉一团糟，希望这篇文章能帮到你！（Mybatis）12 赞同 · 1 评论文章
如题，很多小伙伴在初学三大框架时都会各种各样的问题，本文先将问题抛出再谈如何解决。旨在为小伙伴们学习框架做个铺垫。工作后回首，发现一路走来真的太不容易了，所以回来认真修正一下这个文章，希望能够帮助正在学习框架的朋友们，既然已经走到这一步，我希望大家不要放弃，羡慕每一个有梦的人，加油！ 我觉得导致这种问题的原因有以下几点：
基础不牢，导致学习过程中一个点不懂，造成疑问的无限递归，从而厌学觉得自己不行了，不适合学Java了！
如果是初学，那么从之前的编码式开发转向配置式开发会让很多同学不适应。代码量减少了，但是随之而来的是一堆配置，还有一堆注解。记得头疼有没有？
在之前的学习中，曾听闻三大框架非常的厉害，但是学习到这部分知识时，却被告知十几天就能学完三大框架了。
第一个问题：基础不牢
第一个问题，基础不牢。我不知道大家学习spring时是什么样的，但是我觉得大同小异，说说我的经验吧，无论自学还是上培训班，老师都会灌输一个这样的概念：三大框架是个半成品软件，能简化开发。（确实是这样，但是要初步理解实现原理是有门槛的，那就是基础）可是随着知识点的深入，很多人基础不牢的问题就都暴露出来了，一个知识点不会导致后面学习非常难受！如果忽略原理，只学习怎么使用，或许也是一种办法，但这种方式会给初学者造成巨大的打击，会让他们觉得自己不行，框架很难！ 因此大家千万不要有这种想法，你离成功不远了 。 下面的图可能会比文字更形象一点：
第二个问题：编码式开发转配置式开发不适应
大家需要明确的一点是：不是你一个人在蒙，是所有人都蒙! 经过JavaSE，JavaWeb的学习，我们早就习惯了编码式开发，突然变成配置式开发，难免会有不适应，这是非常正常的。就是有时候一个注解没加或者配置少了导致程序报错，又不知从何找起，这种抓狂的感觉，我曾体会，兄弟你呢？
针对这个问题，我的建议是对比学习，如果你不知道什么是对比学习，建议看看一些什么减肥公司，整形公司的广告，这一点他们做的非常好。比如学习一个注解时，如果你可以用配置的方式实现与注解同样的功能，那么你就不会那么蒙了。 看图吧，右边是注解，左边是配置的方式，他两是一个人。（图有点糙了，好理解就行了）
“过度”认为框架非常的优秀，认为框架学习周期长
框架可以理解为半成品软件，确实是我们开发的利器，但是框架无非就是一些类的封装，整合。跟我们之前导入的任何jar包，有啥异同？不就是封装的类多一点吗，所以大家不要觉得框架学习周期太短了。纵观市面上的培训视频，ssm学习周期大概就是在十二天左右。所以，要对ssm三大框架有个正确的认知。
抛出问题后，我们一起来探讨应该如何解决这些问题，关于后面两个问题已经给出了建议，如果还有问题，欢迎评论区留言交流学习。下面针对第一个问题来解决，对于JavaSE基础不牢，应该自己挤出时间来补上（出来混，迟早是要还的）。现在我将用一个案例引出Spring是什么，这样初学者可以暂时抛掉不懂的知识，先学习Spring的原理以及使用。
可能用到的名词
耦合：程序之间的依赖关系，在Java中的耦合可以分为类之间的耦合与方法之间的耦合
解耦：降低程序之间的关系。
下面是原生的JDBC代码，这是刚接触JDBC的朋友一贯的写法，实际上这个代码是有改进的空间的。
public class JdbcDemo1 { public static void main(String[] args) throws SQLException, ClassNotFoundException {1 // 1.注册驱动2 // DriverManager.registerDriver(new com.mysql.jdbc.Driver());3 Class.forName("com.mysql.jdbc.Driver");4 // 2.获取连接对象5 Connection conn = DriverManager.getConnection("jdbc:mysql://localhost:3306/eesy","root","1234");6 // 3.获取预编译对象7 PreparedStatement preparedStatement = conn.prepareStatement("select * from account");8 // 4.执行sql，获取结果集9 ResultSet resultSet = preparedStatement.executeQuery();10 // 5.遍历结果集11 while (resultSet.next()){12 System.out.println(resultSet.getString("name"));13 }14 // 6.释放资源15 resultSet.close();16 preparedStatement.close();17 conn.close();18 } }程序间是存在耦合的。在第2行代码中（注释掉的）使用了new关键字，产生的耦合就是该类没有Driver类就无法编译通过，这个问题我们可以通过下面的代码来解决，这里使用类的全限定类名com.mysql.jdbc.Driver，通过反射来创建对象，解决了new的问题。
解决了问题后又产生了新问题，在开发中有开闭原则，对修改关闭，对扩展开放。假设现在要使用oracle数据库，那么字符串形式的类的全限定名是否就有硬编码的问题，我们要使用其他数据库就必须修改源码。这个问题该如何解决呢？
原生JDBC中存在的问题是程序间的耦合，类之间互相依赖。 接下来通过一个案例，并分析案例存在问题，层层递进，最终达到让大家了解Spring框架的核心所在。
一个小案例
这里我们要模拟一个保存用户账户的操作，也就是在数据库中插入一条数据，为了突出重点，这里并没有真实向数据库中插入，而是用一句输出来模拟插入成功的操作。
由于自己也经常在网上冲浪，所以自己的感受是：涉及代码便没有点开的欲望，我想过如何会让大家对代码没有那么恐惧？思考了很久，目前我的想法是，贴出左侧项目图，让大家有个整体的了解。希望大家也可以提提建议，谢谢。
如图，dao是持久层，操作数据库相关的。service是业务层，ui对应的就是我们的表现层（也叫Web层）。这个factory包与下面的配置文件我们暂且不看。我们知道一个完整的流程是这样的：表现层调用业务层，业务层调用持久层，然后由持久层将数据插入到数据库中。下面贴图说明一下这段文字，帮助更好的理解三层之间的联系。
这个保存账户的功能我们实现了米有？实现了吧，但是不够完美，这里出现了与原生JDBC一样的问题。这个问题就是表现层依赖了业务层，业务层依赖了持久层。 这句话相信很多初学者是似懂非懂的感觉，说简单点就是如果没有AccountServiceImpl这个业务层实现类，表现层的代码是不是编译都通过不了，同样的业务层跟持久层也存在这样的问题。总之，一出现new就会产生依赖。
针对上面的问题我们又应该如何解决呢？从原生JDBC中我们似乎用到了全限定类名可以规避new对象的问题。同样的在这里我们可以使用通过配置文件来存储类的全限定类名，存储的方式我们使用key-value形式。然后通过反射，通过key就能创建key对应的对象。从上面的项目结构图中可以看到一个bean.properties和一个工厂类，下面贴出这两部分代码，然后在说明一下。
public class BeanFactory1 { // 定义一个Properties对象 private static Properties properties; // 使用静态代码块为Properties赋值 // 注意：使用static初始化一个成员变量，这个成员必须是静态的 static { try { // 实例化对象 properties = new Properties(); // 获取properties文件的流对象 InputStream asStream = BeanFactory1.class.getClassLoader().getResourceAsStream("bean.properties"); properties.load(asStream); } catch (IOException e) { e.printStackTrace(); } } /** * 根据bean的名称获取bean */ public static Object getBean(String beanName){ Object bean = null; try { String beanPath = properties.getProperty(beanName); bean = Class.forName(beanPath).newInstance(); } catch (Exception e) { e.printStackTrace(); } return bean; }}首先是配置文件，我们编写了两个键值对，用来表示两个类的全限定类名。这个配置文件用在工厂类中，在工厂类中先用静态代码块获取配置文件中的信息，这样就能获取到配置文件中的key，从而通过key来创建自己想要的对象。（通过反射创建，具体看图）。如果你对反射不太了解可以看看这篇文章，可选读6即可理解这里如何通过反射创建对象。
Edward1997：反射：一个困扰我很久的知识点51 赞同 · 6 评论文章
通过上面的波操作，我们的代码变成了这样：
通过上图我们可以看出这里我们已经消除了表现层与业务层，业务层与持久层之间的一部分依赖。 但是还是存在问题：在工厂类的倒数第四行，每创建一个bean都会调用默认构造函数创建对象，但是Java存在垃圾回收机制，那么这个bean长时间不用就会被回收（这里不明白的暂时记住就行了，文章重点不在这，就不展开了）。这个时候我们又应当如何？
针对上面的问题，我的解决方案是：这个时候我们应该用一个容器来存放这些bean，避免被回收。另外放到容器中另一个好处是，这样的bean都是单例的，效率相对于多例的效率肯定是要高很多的。至于单例，多例以后随着学习的深入会涉及到，这里不必深究！所以我把上面的工厂类做了这样的更改。
public class BeanFactory { // 定义一个Properties对象 private static Properties properties; // 定义一个Map，用于存放我们要创建的对象，我们把他称之为容器 private static Map<String,Object> beans; // 使用静态代码块为Properties赋值 // 注意：使用static初始化一个成员变量，这个成员必须是静态的 static { try { // 实例化对象 properties = new Properties(); // 获取properties文件的流对象 // 这个方法是获取什么的 InputStream asStream = BeanFactory.class.getClassLoader().getResourceAsStream("bean.properties"); properties.load(asStream); // 实例化容器 beans = new HashMap<String, Object>(); // 取出配置文件中的所有的key Enumeration<Object> keys = properties.keys(); // 遍历枚举 while (keys.hasMoreElements()){ // 取出每一个key // 这个方法和jdbc的有点像，看看是什么作用 String key = keys.nextElement().toString(); // 根据key获取value String beanPath = properties.getProperty(key); // 反射创建对象 Object value = Class.forName(beanPath).newInstance(); // 把key和value存入容器中 beans.put(key,value); } } catch (Exception e) { throw new ExceptionInInitializerError("初始化properties失败"); } } /** * 根据bean的名称获取对象 * beans容器是static静态块初始化好的，对properties文件中的所有类都创建了一个唯一的对象 * 我么通过键取值就行了 * @param beanName * @return */ public static Object getBean(String beanName){ return beans.get(beanName); }}改进后的代码主要体现在了成员位置定义了一个Map类型的容器beans，在创建这个beans之后，在静态代码块中实例化该容器，并且取出配置文件中的所有的key，然后为其对应的全限定类名创建相应的对象，还是单例的，然后存放到Map容器中！至此，问题解决及优化已经完成了。
至此相信很多小伙伴对于spring存在的意义，以及实现原理有了一定的了解吧。在Spring框架中，IOC是一个非常有意思也是非常重要的知识，实际上就是一个管理对象的大容器，至于AOP,DI我相信大家自己能够处理好，如问题较多，考虑再出一篇关于AOP的文章。
自信源于努力！大家好，我是小林，一个愿意帮助大家更好的程序猿!