spring源代码中文详解版

Spring

源代码详解

  源代码解析一）：

 容器在  中， 容器的重要地位我们就不多说了，对于  的使用者而言，

 容器实际上是什么呢？我们可以说  就是

我们看到的  容器，当然了  为我们准备了许多种  容器来使用，这样可以方

便我们从不同的层面，不同的资源位置，不同的形

到的对象是工厂生成的对象，

如果需要得到工厂本身，需要转义

 !"#!$"%&'(')

这里根据  的名字，在  容器中得到  实例，这个  容器就是一个大的抽

象工厂。

*+,-.//"01)

这里根据  的名字和 // 类型来得到  实例，和上面的方法不同在于它会抛

出异常：如果根据名字取得的  实例的 // 类型和需要的 *

+2//34,-.//"01)

这里提供对  的检索，看看是否在  容器有这个名字的 

78//+,)

9

在  里只对  容器的基本行为作了定义，根本不关心你的  是怎样定义

怎样加载的 就像我们只关心从这个工厂里我们

得到到什么产品对象，至于工厂是怎么生产这些对象的，这个基本的接口不关心这些 。

如果要关心工厂是怎样产生对象的，应用程序

需要使用具体的  容器实现当然你可以自己根据这个  来实现自己的 

容器，但这个没有必要，因为  已经为我们

准 备 好 了 一 系 列 工 厂 来 让 我 们 使 用 。 比 如 %+ 就 是 针 对 最 基 础 的

 的  容器的实现 这个实现使用 0+ 来定义  容器中的 。

//$-//&.//$-/'/0+',)

5:/&.5:/,)

%+56144&.%+5614,)

44561//,)

这些代码演示了以下几个步骤：

创建  配置文件的抽象资源

;创建一个 

<  把 读 取 配 置 信 息 的 56142 这 里 是 %+5614 配 置 给



=从定义好的资源位置读入配置信息，具体的解析过程由 %+5614 来

-//2,)

9

在初始化函数中使用读取器来对资源进行读取，得到  定义信息。

  %+/  /2    ,  -./

/"01

/,)

-/44561//,)

9

我们在后面会看到读取器读取资源和注册  定义信息的整个过程，基本上是和上下

文的处理是一样的，从这里我们可以看到上下文

?可以支持不同的信息源，我们看到 10 扩展了 @//

?访问资源 2体现在对 /:4 和 / 的支持上面，这样我们可以从不同地

方得到  定义资源

?支持应用事件，继承了接口 1">$/-2这样在上下文中引入了事件机制

而  是没有的。

10 允许上下文嵌套 通过保持父上下文可以维持一个上下文体系 这个

体系我们在以后对 A 容器中的上下文环境的分析中可以清楚地看到。对于  的查

找可以在这个上下文体系中发生，首先检查当前上下文，其次是父上下文，逐级向上 ，

下文环境时也能看到。

10 提 供  容 器 的 主 要 接 口 ， 在 其 体 系 中 有 许 多 抽 象 子 类 比 如

板，使得他们只需要关心具体的资源定位问

题。当应用程序代码实例化 /+%+10 的时候，得到  容器的一

种具体表现 10，从而应用程

序通过 10 来管理对  的操作。

器，它们也是  容器展现给应用开发者的使用

-.//"01

/,)

/-,

　  这 里 是  容 器 的 初 始 化 过 程 ， 其 初 始 化 过 程 的 大 致 步 骤 由

/10 来定义

/-,)

9

9

/- 的模板在 /10C

>4/-,-.//"012"01

/-D4-//-4.@,

/-D4-/1>@,

-/1>&)

9

/-,)



这个方法包含了整个  初始化的过程，对于特定的 /+%+2

我们看到定位资源位置由 /-,

来实现：

在 /%+10 中 定 义 了 对 资 源 的 读 取 过 程 ， 默 认 由

%+5614 来读取：

这里使用 %@:5614 来载入  定义信息的 %@: 文件

%+5614  5614  &  .

%+5614,)

置的

 因 为 上 下 文 本 身 实 现 了 /:4 接 口 ， 所 以 可 以 直 接 把 上 下 文 作 为

/:4 传递给 %+5614

5614/"1/>./"1/>-/,,)

9

/"012"01

调用 %+5614 来载入  定义信息。

44561/6//,)

786:1/&6:1/,)

6:1/E&,

44561/6:1/,)

9

9

而在作为其抽象父类的 /5614 中来定义载入过程：

4561/1,-./561"01

/:4/:4&/:4,)

/:4//$F/>,



/78//&/$F/>,/:4,//1,)

4&4561///,)

9

9

/

这里通过 /:4 来完成位置定位

//&/:4/1,)

4&4561//,)

4)

9

9

当我们通过 /:4 来载入资源，别忘了了我们的 B10 也

实现了 /:4 接口：

  //  B10  04/  /10  ++/

//1,

这里调用当前的 4 也就是 5/:4 来完成载入

9



B10,通过 5/:4C

//1,

如果是类路径的方式，那需要使用 //$-/ 来得到  文件的资源对象

1//A-:$G!H:!$"%,,

  .  //$-/1//:$G!H:!$"%-,,2

//:4,,)

9

/



如果是 H: 方式，使用 H/ 作为  文件的资源对象

H:&.H:1,)

.H/,)

9

-@+4H:"010,

/$-1,)

9

-FC*.I+ 源代码解析一）： 容器

第 JKL页

9

9

我们的 /+%+10 本身就是是 5/:4 的实现类，

他实现了以下的接口：

4//$--,