Spring Bean知识点(一)

本文深入解析Spring框架中Bean的配置细节,包括初始化和销毁方法的设置,作用域的定义,以及依赖注入的方式。了解如何通过XML配置管理Bean的生命周期,掌握singleton与prototype等作用域的区别。
<?xml version="1.0" encoding="UTF-8"?>

<beans xmlns="http://www.springframework.org/schema/beans"
    xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
    xsi:schemaLocation="http://www.springframework.org/schema/beans
    http://www.springframework.org/schema/beans/spring-beans-3.0.xsd"
    default-init-method="init"
    default-destroy-method="destroy">

   <bean id="helloWorld" class="com.tutorialspoint.HelloWorld" scope="singleton" init-method="inits" destroy-method="destroy">
       <property name="message" value="Hello World!"/>
   </bean>

</beans>
  • xmlns="http://www.springframework.org/schema/beans":默认命名空间:它没有空间名,用于Spring Bean的定义;
  • xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance":xsi命名空间:这个命名空间用于为每个文档中命名空间指定相应的Schema样式文件,是标准组织定义的标准命名空间。
  • default-init-method和default-destroy-method:默认的初始化和销毁方法。如果你有太多具有相同名称的初始化或者销毁方法的Bean,那么你不用在每一个Bean上声明初始化方法和销毁方法,使用default-init-method和default-destroy-method即可为所有的Bean提供默认的初始化和销毁方法。
  • class:该属性为强制性的,并且用来指定创建bean的bean类
  • name:指定唯一的bean标识符。在基于XML的配置元数据中,可以使用ID和/或name属性来指定bean标识符 
  • scope:指定bean定义创建的对象的作用域,有5种作用域:
                1)singleton(默认值):在Spring IoC容器中仅存一个Bean实例,Bean以单例方式存在
                    注:singleton是单例类型,就是在创建容器时就同时自动创建了一个bean的对象,不管你有没有使用,它都存在了,每次获取到的对象都是同一个对象。
                2)prototype:每次从容器中调用Bean时,都返回一个新的实例,即每次调用getBean()时,相当于执行newXxxBean()
                    注:prototype是原型类型,它在我们创建容器时并没有实例化,而是当我们获取bean的时候才会去创建一个对象,而且我们每次获取到的对象都不是同一个对象
                        根据经验,对有状态的bean应该使用prototype作用域,而对无状态的bean则应该使用singleton作用域
                注:接下来三个作用域仅适用于WebApplicationContext环境
                3)request:每次Http请求都会创建一个新的Bean,该作用域仅适用于WebApplicationContext环境
                4)session:同一个Http Session共享一个Bean,不同的Session使用不同的Bean,该作用域仅适用于WebApplicationContext环境
                5)global-session:一般用于Portlet应用环境,该作用域仅适用于WebApplicationContext环境
  • constructor-arg、properties和autowiring mode:用来注入依赖关系
  • lazy-initialization mode(lazy-init):延迟初始化的bean告诉IoC容器在它第一次被请求时,而不是在启动时去创建一个bean实例
  • initalization方法(init-method):在bean的所有必需的属性被容器设置之后,调用回调方法(实例化bean时调用该方法)
  • destruction方法(destroy-method):当包含该bean的容器销毁时,使用回调方法(从容器中移除bean之后调用该方法)
  • 当在Beans头文件里面声明了默认的初始化和销毁方法(default-init-method和default-destroy-method),Bean里面也声明了初始化和销毁方法(init-method和destroy-method)时,会调用Bean的初始化和销毁方法,而不会调用默认方法。
  • 初始化回调

    org.springframework.beans.factory.InitializingBean 接口指定一个单一的方法:

    void afterPropertiesSet() throws Exception;

    因此,你可以简单地实现上述接口和初始化工作可以在 afterPropertiesSet() 方法中执行,如下所示:

    public class ExampleBean implements InitializingBean {
       public void afterPropertiesSet() {
          // do some initialization work
       }
    }

    在基于 XML 的配置元数据的情况(不继承接口),你可以使用 init-method 属性来指定带有 void 无参数方法的名称(在Bean中写入类中定义的方法名,void类型,不带参数)。例如:

    <bean id="exampleBean" 
             class="examples.ExampleBean" init-method="init"/>

    下面是类的定义:

    public class ExampleBean {
       public void init() {
          // do some initialization work
       }
    }

    销毁回调

    org.springframework.beans.factory.DisposableBean 接口指定一个单一的方法:

    void destroy() throws Exception;

    因此,你可以简单地实现上述接口并且结束工作可以在 destroy() 方法中执行,如下所示:

    public class ExampleBean implements DisposableBean {
       public void destroy() {
          // do some destruction work
       }
    }

    在基于 XML 的配置元数据的情况下,你可以使用 destroy-method 属性来指定带有 void 无参数方法的名称(同init)。例如:

    <bean id="exampleBean"
             class="examples.ExampleBean" destroy-method="destroy"/>

在同时继承接口并另外写了方法在Bean中声明时,会同时调用实现接口的方法和自己声明的方法。推荐自己声明初始化和销毁方法,尽量避免继承接口 。

下载方式:https://pan.quark.cn/s/a4b39357ea24 布线问题(分支限界算法)是计算机科学和电子工程领域中个广为人知的议题,它主要探讨如何在印刷电路板上定位两个节点间最短的连接路径。 在这议题中,电路板被构建为个包含 n×m 个方格的矩阵,每个方格能够被界定为可通行或不可通行,其核心任务是定位从初始点到最终点的最短路径。 分支限界算法是处理布线问题的种常用策略。 该算法与回溯法有相似之处,但存在差异,分支限界法仅需获取满足约束条件的个最优路径,并按照广度优先或最小成本优先的原则来探索解空间树。 树 T 被构建为子集树或排列树,在探索过程中,每个节点仅被赋予次成为扩展节点的机会,且会次性生成其全部子节点。 针对布线问题的解决,队列式分支限界法可以被采用。 从起始位置 a 出发,将其设定为首个扩展节点,并将与该扩展节点相邻且可通行的方格加入至活跃节点队列中,将这些方格标记为 1,即从起始方格 a 到这些方格的距离为 1。 随后,从活跃节点队列中提取队首节点作为下个扩展节点,并将与当前扩展节点相邻且未标记的方格标记为 2,随后将这些方格存入活跃节点队列。 这过程将持续进行,直至算法探测到目标方格 b 或活跃节点队列为空。 在实现上述算法时,必须定义个类 Position 来表征电路板上方格的位置,其成员 row 和 col 分别指示方格所在的行和列。 在方格位置上,布线能够沿右、下、左、上四个方向展开。 这四个方向的移动分别被记为 0、1、2、3。 下述表格中,offset[i].row 和 offset[i].col(i=0,1,2,3)分别提供了沿这四个方向前进 1 步相对于当前方格的相对位移。 在 Java 编程语言中,可以使用二维数组...
源码来自:https://pan.quark.cn/s/a4b39357ea24 在VC++开发过程中,对话框(CDialog)作为典型的用户界面组件,承担着与用户进行信息交互的重要角色。 在VS2008SP1的开发环境中,常常需要满足为对话框配置个性化背景图片的需求,以此来优化用户的操作体验。 本案例将系统性地阐述在CDialog框架下如何达成这功能。 首先,需要在资源设计工具中构建个新的对话框资源。 具体操作是在Visual Studio平台中,进入资源视图(Resource View)界面,定位到对话框(Dialog)分支,通过右键选择“插入对话框”(Insert Dialog)选项。 完成对话框内控件的布局设计后,对对话框资源进行保存。 随后,将着手进行背景图片的载入工作。 通常有两种主要的技术路径:1. **运用位图控件(CStatic)**:在对话框界面中嵌入个CStatic控件,并将其属性设置为BST_OWNERDRAW,从而具备自主控制绘制过程的权限。 在对话框的类定义中,需要重写OnPaint()函数,负责调用图片资源并借助CDC对象将其渲染到对话框表面。 此外,必须合理处理WM_CTLCOLORSTATIC消息,确保背景图片的展示不会受到其他界面元素的干扰。 ```cppvoid CMyDialog::OnPaint(){ CPaintDC dc(this); // 生成设备上下文对象 CBitmap bitmap; bitmap.LoadBitmap(IDC_BITMAP_BACKGROUND); // 获取背景图片资源 CDC memDC; memDC.CreateCompatibleDC(&dc); CBitmap* pOldBitmap = m...
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值