初学SSM框架感觉一团糟，看完它你就不蒙了！（Spring）

建议耐心阅读，可能你收获不会很多，但是会让你对spring不是那么恐惧。

如题，很多小伙伴在初学三大框架时都会各种各样的问题，本文先将问题抛出再谈如何解决。旨在为小伙伴们学习框架做个铺垫。我觉得导致这种问题的原因有以下几点：

• 1 基础不牢，导致学习过程中一个点不懂，造成疑问的无限递归，从而厌学觉得自己不行了，不适合学Java了！
• 2 如果是初学，那么从之前的编码式开发转向配置式开发会让很多同学不适应。代码量减少了，但是随之而来的是一堆配置，还有一堆注解。记得头疼有没有？
• 3 在之前的学习中，曾听闻三大框架非常的厉害，但是学习到这部分知识时，却被告知我们十几天就能学完三大框架了。

第一个问题：基础不牢

首先说说第一个问题，不知道文字是否可以表达清楚，为了表达明确再配个图吧。我不知道学习spring时是什么样的，作为一个学过框架的过来人来说，我认为我可以代表一部分初学的人，那么我们的问题是啥？无论自学还是上培训班，老师说三大框架实际上是个半成品软件，好了大家都懂了。可以随着知识点的深入，很多人基础不牢的问题就都暴露出来了，一个知识点不会导致后面学习非常难受！如果忽略这些不懂，学习怎么使用，或许也是一种办法，但是大多数受不了这罪，死记硬背。

第二个问题：编码式开发转配置式开发不适应

首先，大家需要明确的一点是：**不是你一个人在蒙，是所有人都蒙!**经过前面两个阶段的学习，我们早就习惯了编码式开发，突然来到了新环境–配置式开发，难免会有不适应，这是非常正常的。就是有时候一个注解没加或者配置少了导致程序报错，又不知从何找起，这种抓狂的感觉，我曾体会，兄弟你呢？

针对这个问题，我的建议是对比学习，如果你不知道什么是对比学习，建议看看一些什么减肥公司，整型公司的广告，这一点他们做的非常好。比如学习一个注解时，如果你能想起来用配置的方式如何书写代码，那么你就不会那么蒙了。

“过度”认为框架非常的优秀，认为框架学习周期长

框架可以理解为半成品软件，确实是我们开发的利器，但是框架无非就是一些类的封装，整合。跟我们之前导入的任何jar包，有啥异同？不就是封装的类多一点吗，所以大家不要觉得框架学习周期太短了，实际上不是周期短而是你的心理作用。纵观市面上的培训视频，ssm学习周期大概就是在十二天左右。所以，要对ssm三大框架有个正确的认知。

抛出问题后，我们一起来探讨应该如何解决这些问题，关于后面两个问题已经给出了建议，如果还有问题，欢迎评论区留言交流学习。下面针对第一个问题来解决，对于前面基础不牢，应该自己挤出时间来补上。现在我将用一个案例引出Spring是什么，这样初学者可以暂时抛掉不懂的知识，先学习Spring的原理以及使用。

可能用到的名词

• 耦合：程序之间的依赖关系，在java中的耦合可以分为类之间的耦合与方法之间的耦合
• 解耦：降低程序之间的关系。

首先来看一下熟悉的原生的JDBC代码，我们刚接触jdbc都是这么写的吧，现在过了这么长时间大家能看出来代码有哪些问题吗？

public class JdbcDemo1 {
    public static void main(String[] args) throws SQLException, ClassNotFoundException {
        // 1.注册驱动
//        DriverManager.registerDriver(new com.mysql.jdbc.Driver());
        Class.forName("com.mysql.jdbc.Driver");
        // 2.获取连接对象
        Connection conn = DriverManager.getConnection("jdbc:mysql://localhost:3306/eesy","root","1234");
        // 3.获取预编译对象
        PreparedStatement preparedStatement = conn.prepareStatement("select * from account");
        // 4.执行sql，获取结果集
        ResultSet resultSet = preparedStatement.executeQuery();
        // 5.遍历结果集
        while (resultSet.next()){
            System.out.println(resultSet.getString("name"));
        }
        // 6.释放资源
        resultSet.close();
        preparedStatement.close();
        conn.close();
    }
}

​ 程序间都是存在耦合的。在注册驱动注释掉的代码中使用到了new关键字，产生的耦合就是该类没有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即可理解这里如何通过反射创建对象。

反射：一个困扰我很久的知识点 - Evader1997的文章 - 知乎
https://zhuanlan.zhihu.com/p/158630818

通过上面的波操作，我们的代码变成了这样：

通过上图我们可以看出这里我们已经消除了表现层与业务层，业务层与持久层之间的一部分依赖。但是还是存在问题：在工厂类的倒数第四行，每创建一个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的文章。

有的key，然后为其对应的全限定类名创建相应的对象，还是单例的，然后存放到Map容器中！至此，问题解决及优化已经完成了。

至此相信很多小伙伴对于spring存在的意义，以及实现原理有了一定的了解吧。在Spring这框架中，IOC应该是主体，实际上就是一个管理对象的大容器，至于AOP,DI我相信大家自己能够处理好，如问题较多，考虑再出一篇关于AOP的文章。

如果你看完了这篇文章，我真心感谢，如果有问题请私聊斧正，万分感谢，抱拳了老铁们！

如果你觉得这篇文章对你有帮助的话，建议阅读以下同系列文章！
初学SSM框架感觉一团糟，看完它你就不蒙了！（Mybatis）