本来这是一个比较简单的问题。

    然而在前一段事件项目中出现了一个问题。

    问题描述：数据库连接数只增不减，直到数据库链接数爆满，报了一个 too many connection异常。整个服务就挂了，需要重写启动一次才能使用。

    一开始的时候，一直以为是dao层那个链接没有释放。把dao层的代码都查了一遍，也从网上搜索了很多关于数据库连接池的东西，但是也没有发现问题。于是就纠结了~~

    后台通过mysql的一个命令，status，发现在求职者简历编辑模块，每编辑一次简历，数据库连接数就会只增不减，增加三个(这个数与数据库连接池的一个参数有关，用的是dbcp链接池)，于是就又把简历编辑模块的内容检查了一遍，终于找到了罪魁祸首。

    在简历编辑的时候，为了重新生成个人简历的静态页面，使用了freemarker。但是freemarker模块的业务层没有使用@Resource，将它交给spring容器来管理。在里面有一行代码为了获取到某个dao层的bean,使用了

    ApplicationContext ac = new ClassPathXmlApplicationContext(File file)；

    ac.getBean(Class clazz);

这句代码，相信很多人，看到这句代码就已经大致猜到了问题的所在了。

    ApplicationContext ac = new ClassPathXmlApplicationContext(File file)，这句代码相当于又重新初始化了一遍Spring容器。So......‘

    问题算是解决了，那么总结一下经验教训。到底该如何正确的获取到bean呢？

     1、一般情况下，我们使用spring容器来管理bean，可以直接使用注入的方式来获取到bean

     例如：使用@Resource，@Autowire.

    2、如果没有将某个bean交给spring容器来管理，我们又该在web项目中如果获取到这个bean呢？

    方式一：也是错误的方式，就是使用

        ApplicationContext ac = new ClassPathXmlApplicationContext(File file)；

        ac.getBean(Class clazz);

        这种方式的弊端就如上所述，一般用于单元测试，不能在web项目中直接使用。

    方式二：使用

        ApplicationContext ac1 = WebApplicationContextUtils.

                                        getRequiredWebApplicationContext(ServletContext sc)
　　                        ApplicationContext ac2 = WebApplicationContextUtils.

                                        getWebApplicationContext(ServletContext sc)
　　                        ac1.getBean(beanId);
　　                        ac2.getBean(beanId);说明：

                               这种方式适合于采用Spring框架的B/S系统，通过ServletContext对象获取ApplicationContext对象，然后在通过它获取需要的类实例。

                              说明：上面两个工具方式的区别是，前者在获取失败时抛出异常，后者返回null。

            这几种方式可能使我们比较常用到的。至于其他的方式，请参考

            http://blog.sina.com.cn/s/blog_9c7ba64d0101evar.html    星星索深邃的博客。