如果觉得找的麻烦，用eclipse装个插件，自动生成就好了。官方提供有相应的指引。

这些事情，我觉得是架构的确定的，

那行黑色的代码（default-init-method******************************）没在<beans>标签中

IOC容器关闭之后，bean对象destroy，之后IOC容器再destroy。

XML中的配置只关注XML中的配置，也就是说global default并不管overridden的两个方法，只是根据xml中bean是否定义了init-method和destroy-method来决定是否要执行global default    

1.8

对于具有prototype作用域的Bean，有一点很重要，即Spring不能对该Bean的整个生命周期负责。具有prototype作用域的Bean创建后交由调

用者负责销毁对象回收资源。

接口可以规范代码，有利于代码条理

问题一:@Before和@After是注解。是分别在单元测试类执行之前和之后执行的。定义的方法是用于初始化applicationContext和销毁applicationContext的，与init-method和destroy-method没有直接关系。在配置文件中配置的init-method和destroy-method方法，是配置在<bean>标签中的，是针对具体的bean的初始化和销毁。

问题二：若是没有在单元测试之前初始化applicationContext，则就不会有bean的存在，你怎么测试bean的init-method和destroy-method

为了给你找真相这个视频回放看了好几遍，兄弟得给我采纳啊， 点进去就能找到你想要的

前四章老师给的代码那个项目中的spring包没有导入，需要手动导入下载的spring1和spring2中的jar包

导入进去项目就可以完美运行了。

你用main方法执行也可以啊，juit只是单元测试而已

有时候可能用到；当一个bean在创建的时候需要初始化资源的时候加载资源，销毁时回收资源；例如一个bean对象需要连接数据库时，可以在初始化的时候连接数据库，销毁的时候关闭数据连接

应该是单例对象只能初始化一次，一般情况下默认类型是单例模式。

初始化应该是在读取配置文件的时候就进行了吧，实例化倒是分为不同的情况，使用ApplicationContext进行装载bean时，是提前实例化好了再去获取Bean，但是BeanFactory是获取了对象之后再进行实例化，我也不是很确定，也是刚接触Spring

如果你按照老师给的代码写，那么原因是，代码中有 before（初始化）与after（关闭）。在获取Bean的时候就已经运行before方法，这就是初始化，经过获取后再运行after方法，这就是销毁，获取Bean报错是跟这两个方法无关的

 scope="prototype"  bean配置多了一行代码，作用域；删除或者改成 scope="singleton"都可以；具体原因可百度

我的理解吧，初始化的时候可以设置一些你想要的变量之类的，销毁大概就是释放资源，类似开机关机。

没有直接关系   仅仅只是为了方便规范  为spring工程提供一个可以run起来的入口  这个行为在开发中一般用于单元测试  没有junit框架  一样可以运行起来。  junit框架没做什么多余的事情。  不用junit我们也可以自己去构件main方法 自己new context  自己获取bean 自己运行。

在myeclipse中集成了spring支持。右键项目——myeclipse——add spring..。这样就添加了spring的jar.关于spring的xml配置文件可以百度applicatiion.xml自己去csdn下载一个。

裁剪区域确定后就知道裁剪图片的位置和大小等信息，将这些信息传到后台，后台实现保存你看看你分号是不是打错了要在英文状态下打

不是依靠方法去找类，而是通过类调用方法。具体应该是反射机制

视频右下角就有

当你ioc容器初始化的时候 bean就会被实例化到ioc容器中 那时就会初始化，容器销毁时，bean也会销毁。

每个bean都有初始化和销毁方法,就不用单独的一一配置了  加油!

可以使用注解方式配置啊

构造方法是构造实例使用的方法，init为一个spring回调方法，在生成实例后自动执行