Spring技术内幕：深入解析Spring架构与设计原理 .pdf

《Spring技术内幕：深入解析Spring架构与设计原理 .pdf》由会员分享，可在线阅读，更多相关《Spring技术内幕：深入解析Spring架构与设计原理 .pdf（45页珍藏版）》请在淘文阁 - 分享文档赚钱的网站上搜索。

1、Spring技术内幕深入解析 Spring 架构与设计原理（一）引子缘起已经很久没有写帖子了， 现在总算是有点时间写些东西，也算是对自己的一个记录吧。刚刚完成了一个软件产品，从概念到运营都弄了一下，正在推广当中，虽然还没有能够达到盈亏平衡， 但是这个过程， 对自己也算是一种历练。 先不管结果如何，好呆走过这么一遭了。我打算用这个帖子，把自己在这个过程中的一些心得，特别是对Spring 新的理解，记录下来。使用这个帖子的标题，持续下来。简单来说，自己的软件产品是一个基于互联网的SaaS协同软件平台 , 操作简单，支持流程定义，管理和多种客户端 - 像短信， MSN ，智能手机什么的（我这里就不多

2、做什么广告了），也有一个企业版的版本，使用的技术框架是Hibernate + Spring + Wicket，下面是 Linux 和 MySQL ，还有云计算的平台的使用，以支持其扩展性， 虽然现在还没有可扩展性的需求，但似乎不难从 SaaS上，就会想 到云计算 , 其实，它们真的是天生的一对！关于云计算，自己对这个技术很感兴趣， 觉得和开源软件的结合， 是很有意思的，因为它们都有基于服务的基因， 在云计算平台的使用上， 也有一些初步的实践。云计算是一个很有意思的话题，但在这里主要是想谈Spring ，所以对云计算，这里就先不多说了，但非常欢迎有兴趣的朋友和一起另外找地方讨论！回到正题，在我自

3、己的产品中，其中除了Wicket 和云计算外，其他都是大家非常熟知的了，像 Hibernate, Spring, MySQL什么的。在这个过程中，发现自己对一些技术点也有了新的认识，最有体会的是Spring 。当然，在这个过程中，更大的收获是对产品开发整个过程的认识，在这点上，真是一言难尽. 回到自己还算了解的Spring, 这次我使用的是 3.0 的代码，所以，有机会也把这些代码读了几遍， 比原来的理解要加深了许多， 也发现了不少和 2.0 代码不同的地方，以及自己一些对 Spring的新的理解， 这些，就让我就用这个帖子系列，给自己总结一下，也算是对自己以前的那个代码分析的帖子做一个新的交

4、代吧。自己对 Spring 一点小小的见解简化 Java 企业应用的开发，是Spring 框架的目标 . 就是我们熟知的当年的那个interface21，也亦非吴下阿蒙了， 由它演进出来的 Spring ，以及由它带来的崭新开发理念， 也早已伴随着这个开源框架的广泛应用，而飞入寻常百姓家。 与此同时，伴随着 Spring 的成熟，开源社区的成长，在 Rod.Johnson 的领导下，以名师资料总结 - - -精品资料欢迎下载 - - - - - - - - - - - - - - - - - - 名师精心整理 - - - - - - - 第 1 页，共 45 页 - - - - - - - -

5、 - Spring 为核心的一系列开源软件的产品组合，其脉络也逐渐的清晰和丰富起来；现在，已经发展成为一个包括软件运行，构建，部署运营，从而涵盖整个软件服务生命周期的产品族群； 同时也成为， 在当今主流的软件业态中， 一个不可或缺的重要组成。在最近完成的 VMware公司对 Spring 的运营者 SpringSource 公司的收购中，也让我们又看到了一个，在开源软件中，蕴含着的巨大商业价值，以及又一次基于开源模式的商业成功；也让我们看到，Spring 为自己设计的未来定位，它与云计算的融合趋势，以及，努力成为在云计算业态中，PaaS （Platform As a Service ）服务有力

6、竞争者的战略设想；由此，可以想象，在云计算这个全新的计算时代中，如何秉承 Spring 的一贯风格，为云计算应用的开发， 提供 高可靠，高可用，高可扩展，高性能的应用平台，对Spring 团队来说，是一个面临的全新挑战；在这个领域中的雄心和今后的作为，那就让我们一起拭目以待吧。这里也有点凑巧了，正好Spring 和云计算都是自己喜欢的东西，说不定以后，我还能够在这两者的结合上再写些东西呢。作为一个庞大的体系， Spring 在 Java 企业应用中 , 和我们熟悉的企业应用服务器一样，比如我们熟知的其他产品， 像 Weblogic,Websphere,JBoss,.NET 这些等等，其定位和目

7、的，都在于希望能够起到一个企业应用资源的集成管理，以及为应用开发提供平台支持的作用，这和我们熟知的，像UNIX和 Windows这样传统意义上的操作系统，在传统的计算系统中， 起到的作用非常的类似。 只不过，按照个人的理解， 它们不同在于， 我们熟知的传统操作系统关心的是存储，计算，通信，外围设备这些物理资源的管理，并在管理这些资源的基础上，为应用程序提供一个统一平台和服务接口；而像Spring 这样的应用平台，它们关心的是在 Java 企业应用中，对包括那些像 Web应用，数据持久化，事务处理，消息中间件，分布式计算等等这些， 为企业应用服务的抽象资源的统一管理，并在此基础上，为应用提供一个

8、基于 POJO的开发环境。尽管各自面向的资源，管理的对象，支持的应用以及使用的场景不同，但这两者在整个系统中的定位，却依然有着可以类比和相互参考的地方，从某种意义上看，它们都起到一个资源协调，平台支持，以及服务集成的作用。所以我觉得可以使用，我们看待传统操作系统的方法和一些基本观念，来对Spring 进行系统分析，以及对Spring 进行层次划分，这样可能更加容易理解，同时，所以，个人感觉，仿照传统操作系统的眼光，把对Spring 框架的实现，划分为核心， 组件和应用这三个基本的层次， 来理解 Spring 框 架是不错的一个方法，就算是众所周知的“三段论”的应用吧。不知道这种分析方法， 是不

9、是太庸俗，但我自己还是觉得挺受用的，呵呵，谁叫我是个俗人呢！今天先写一些，就算是起个头吧，明天继续！写写 IOC/AOP的一些具体东西。深入解析 Spring架构与设计原理（一） IOC实现原理IOC的基础下面我们从 IOC/AOP开始，它们是 Spring 平台实现的核心部分；虽然，我们一名师资料总结 - - -精品资料欢迎下载 - - - - - - - - - - - - - - - - - - 名师精心整理 - - - - - - - 第 2 页，共 45 页 - - - - - - - - - 开始大多只是在这个层面上，做一些配置和外部特性的使用工作，但对这两个核心模块工作原理和运作

10、机制的理解，对深入理解Spring 平台，却是至关重要的；因为，它们同时也是Spring 其他模块实现的基础。从 Spring要做到的目标，也就是从简化Java EE 开发的出发点来看，简单的来说，它是通过对POJO开发的支持，来具体实现的；具体的说，Spring 通过为应用开发提供基于POJO的开发模式，把应用开发和复杂的Java EE 服务，实现解耦，并通过提高单元测试的覆盖率，从而有效的提高整个应用的开发质量。这样一来，实际上，就需要把为 POJO 提供支持的，各种 Java EE 服务支持抽象到应用平台中去，去封装起来；而这种封装功能的实现，在Spring 中，就是由 IOC容器以及

11、AOP来具体提供的，这两个模块， 在很大程度上，体现了 Spring 作为应用开发平台的核心价值。它们的实现，是 Rod.Johnson 在他的另一本著作 Expert One-on-One J2EE Development without EJB 中，所提到 Without EJB设计思想的体现；同时也深刻的体现了 Spring 背后的设计理念。从更深一点的技术层面上来看，因为Spring 是一个基于 Java 语言的应用平台，如果我们能够对 Java 计算模型，比如像 JVM虚拟机实现技术的基本原理有一些了解，会让我们对Spring 实现的理解，更加的深入，这些JVM虚拟机的特性使用，包括

12、像反射机制，代理类，字节码技术等等。它们都是在 Spring 实现中，涉及到的一些 Java 计算环境的底层技术；尽管对应用开发人员来说，可能不会直接去涉及这些 JVM虚拟机底层实现的工作，但是了解这些背景知识，或多或少，对我们了解整个Spring 平台的应用背景有很大的帮助；打个比方来说，就像我们在大学中，学习的那些关于计算机组织和系统方面的基本知识，比如像数字电路，计算机组成原理，汇编语言，操作系统等等这些基本课程的学习。虽然，坦率的来说，对我们这些大多数课程的学习者，在以后的工作中，可能并没有太多的机会，直接从事这么如此底层的技术开发工作；但具备这些知识背景，为我们深入理解基于这些基础技

13、术构架起来的应用系统，毫无疑问，是不可缺少的。随着 JVM虚拟机技术的发展， 可以设想到的是， 更多虚拟机级别的基本特性，将会持续的被应用平台开发者所关注和采用，这也是我们在学习平台实现的过程中，非常值得注意的一点， 因为这些底层技术实现， 毫无疑问，会对 Spring应用平台的开发路线，产品策略产生重大的影响。同时，在使用 Spring作为应用平台的时候， 如果需要更深层次的开发和性能调优，这些底层的知识， 也是我们知识库中不可缺少的部分。有了这些底层知识，理解整个系统，想来就应该障碍不大了。IOC的一点认识对 Spring IOC 的理解离不开对依赖反转模式的理解，我们知道，关于如何反转对

14、依赖的控制， 把控制权从具体业务对象手中转交到平台或者框架中，是解决面向对象系统设计复杂性和提高面向对象系统可测试性的一个有效的解决方案。这个问题触发了 IoC 设计模式的发展， 是 IoC 容器要解决的核心问题。 同时，也是产品化的 IoC 容器出现的推动力。而我觉得Spring 的 IoC 容器，就是一个开源的实现依赖反转模式的产品。那具体什么是 IoC 容器呢？它在 Spring 框架中到底长什么样？说了这么多，其实对 IoC 容器的使用者来说，我们常常接触到的 BeanFactory 和名师资料总结 - - -精品资料欢迎下载 - - - - - - - - - - - - - - -

15、 - - - 名师精心整理 - - - - - - - 第 3 页，共 45 页 - - - - - - - - - ApplicationContext都可以看成是容器的具体表现形式。这些就是IoC 容器，或者说在 Spring 中提 IoC 容 器，从实现来说， 指的是一个容器系列。 这也就是说，我们通常所说的IoC 容器，如果深入到Spring 的实现去看，会发现IoC 容器实际上代表着一系列功能各异的容器产品。只是容器的功能有大有小，有各自的特点。打个比方来说，就像是百货商店里出售的商品，我们举水桶为例子，在商店中出售的水桶有大有小；制作材料也各不相同，有金属的，有塑料的等等，总之是各

16、式各样，但只要能装水，具备水桶的基本特性，那就可以作为水桶来出售来让用户使用。这在 Spring中也是一样，它有各式各样的IoC 容器的实现供用户选择和使用； 使用什么样的容器完全取决于用户的需要，但在使用之前如果能够了解容器的基本情况，那会对容器的使用是非常有帮助的；就像我们在购买商品时进行的对商品的考察和挑选那样。我们从最基本的 XmlBeanFactory 看起，它是容器系列的最底层实现，这个容器的实现与我们在 Spring 应用中用到的那些上下文相比，有一个非常明显的特点，它只提供了最基本的IoC 容器的功能。从它的名字中可以看出，这个IoC容器可以读取以 XML形式定义的 BeanD

17、efinition。理解这一点有助于我们理解ApplicationContext与基本的 BeanFactory 之间的区别和联系。 我们可 以认为直接的 BeanFactory 实现是 IoC 容器的基本形式，而各种ApplicationContext的实现是 IoC 容器的高级表现形式。仔细阅读 XmlBeanFactory 的源码，在一开始的注释里面已经对 XmlBeanFactory的功能做了简要的说明，从代码的注释还可以看到，这是Rod Johnson 在 2001年就写下的代码，可见这个类应该是Spring 的元老类了。它是继承DefaultListableBeanFactory这

18、个 类的，这个 DefaultListableBeanFactory就是一个很值得注意的容器！Java 代码1. public class XmlBeanFactory extends DefaultListableBeanFactory 2. private final XmlBeanDefinitionReader reader = new XmlBeanDefinitionReader(this); 3. public XmlBeanFactory(Resource resource) throws BeansException 4. this(resource, null); 5. 6

19、. public XmlBeanFactory(Resource resource, BeanFactory parentBeanFactory) throws BeansException 7. super(parentBeanFactory); 8. this.reader.loadBeanDefinitions(resource); 9. 10. 名师资料总结 - - -精品资料欢迎下载 - - - - - - - - - - - - - - - - - - 名师精心整理 - - - - - - - 第 4 页，共 45 页 - - - - - - - - - XmlBeanFactor

20、y 的功能是建立在 DefaultListableBeanFactory这个基本容器的基础上的，在这个基本容器的基础上实现了其他诸如XML读取的附加功能。对于这些功能的实现原理， 看一看 XmlBeanFactory 的代码实现就能很容易地理解。在如下的代码中可以看到，在 XmlBeanFactory 构造方法中需要得到Resource对象。对 XmlBeanDefinitionReader对象的初始化，以及使用这个这个对象来完成 loadBeanDefinitions的调用，就是这个调用启动了从Resource 中载入BeanDefinitions的过 程，这个 loadBeanDefini

21、tions同时也是 IoC 容器初始化的重要组成部分。简单来说， IoC 容器的初始化包括BeanDefinition的 Resouce定位、载入和注册这三个基本的过程。 我觉得重点是在载入和对 BeanDefinition做解析的这个过程。可以从 DefaultListableBeanFactory来入手看看 IoC 容器是怎样完成BeanDefinition载入的。在 refresh调用完成以后，可以看到loadDefinition的调用：Java 代码1. public abstract class AbstractXmlApplicationContext extends Abstra

22、ctRefreshableConfigApplicationContext 2. public AbstractXmlApplicationContext() 3. 4. public AbstractXmlApplicationContext(ApplicationContext parent) 5. super(parent); 6. 7. /这里是实现 loadBeanDefinitions的地方8. protected void loadBeanDefinitions(DefaultListableBeanFactory beanFactory) throws IOException

23、9. / Create a new XmlBeanDefinitionReader for the given BeanFactory. 10. / 创建 XmlBeanDefinitionReader，并通过回调设置到 BeanFactory 中去，创建 BeanFactory 的使用的也是 DefaultListableBeanFactory。11. XmlBeanDefinitionReader beanDefinitionReader = new XmlBeanDefinitionReader(beanFactory); 12. 13. / Configure the bean def

24、inition reader with this contexts 14. / resource loading environment. 15. / 这里设置 XmlBeanDefinitionReader， 为XmlBeanDefinitionReader 配置 ResourceLoader，因为DefaultResourceLoader是父类，所以 this 可以直接被使用16. beanDefinitionReader.setResourceLoader(this); 名师资料总结 - - -精品资料欢迎下载 - - - - - - - - - - - - - - - - - - 名师

25、精心整理 - - - - - - - 第 5 页，共 45 页 - - - - - - - - - 17. beanDefinitionReader.setEntityResolver(new ResourceEntityResolver(this); 18. 19. / Allow a subclass to provide custom initialization of the reader, 20. / then proceed with actually loading the bean definitions. 21. / 这是启动 Bean定义信息载入的过程22. initBea

26、nDefinitionReader(beanDefinitionReader); 23. loadBeanDefinitions(beanDefinitionReader); 24. 25. 26. protected void initBeanDefinitionReader(XmlBeanDefinitionReader beanDefinitionReader) 27. 这里使用 XmlBeanDefinitionReader来载入 BeanDefinition到容器中， 如以下代码清单所示：Java 代码1. /这里是调用的入口。2. public int loadBeanDefini

27、tions(Resource resource) throws BeanDefinitionStoreException 3. return loadBeanDefinitions(new EncodedResource(resource); 4. 5. /这里是载入 XML形式的 BeanDefinition的地方。6. public int loadBeanDefinitions(EncodedResource encodedResource) throws BeanDefinitionStoreException 7. Assert.notNull(encodedResource, En

28、codedResource must not be null); 8. if (logger.isInfoEnabled() 9. logger.info(Loading XML bean definitions from + encodedResource.getResource(); 10. 11. 12. Set currentResources = this.resourcesCurrentlyBeingLoaded.get(); 13. if (currentResources = null) 14. currentResources = new HashSet(4);15. thi

29、s.resourcesCurrentlyBeingLoaded.set(currentResources); 名师资料总结 - - -精品资料欢迎下载 - - - - - - - - - - - - - - - - - - 名师精心整理 - - - - - - - 第 6 页，共 45 页 - - - - - - - - - 16. 17. if (!currentResources.add(encodedResource) 18. throw new BeanDefinitionStoreException( 19. Detected recursive loading of + encod

30、edResource + - check your import definitions!); 20. 21. /这里得到 XML文件，并得到 IO 的 InputSource准备进行读取。22. try 23. InputStream inputStream = encodedResource.getResource().getInputStream(); 24. try 25. InputSource inputSource = new InputSource(inputStream); 26. if (encodedResource.getEncoding() != null) 27.

31、inputSource.setEncoding(encodedResource.getEncoding(); 28. 29. return doLoadBeanDefinitions(inputSource, encodedResource.getResource(); 30. 31. finally 32. inputStream.close(); 33. 34. 35. catch (IOException ex) 36. throw new BeanDefinitionStoreException( 37. IOException parsing XML document from +

32、encodedResource.getResource(), ex); 38. 39. finally 40. currentResources.remove(encodedResource); 41. if (currentResources.isEmpty() 42. this.resourcesCurrentlyBeingLoaded.set(null); 43. 44. 45. 46./ 具体的读取过程可以在doLoadBeanDefinitions方法中找到：47. /这是从特定的 XML文件中实际载入 BeanDefinition的地方48. protected int doLoa

33、dBeanDefinitions(InputSource inputSource, Resource resource) 49. throws BeanDefinitionStoreException 50. try 名师资料总结 - - -精品资料欢迎下载 - - - - - - - - - - - - - - - - - - 名师精心整理 - - - - - - - 第 7 页，共 45 页 - - - - - - - - - 51. int validationMode = getValidationModeForResource(resource); 52. /这里取得 XML文件的

34、Document对象，这个解析过程是由 documentLoader 完成的，这个 documentLoader 是DefaultDocumentLoader, 在定义 documentLoader 的地方创建53. Document doc = this.documentLoader.loadDocument( 54. inputSource, getEntityResolver(), this.errorHandler, validationMode, isNamespaceAware(); 55. /这里启动的是对 BeanDefinition解析的详细过程，这个解析会使用到 Sprin

35、g 的 Bean配置规则，是我们下面需要详细关注的地方。56. return registerBeanDefinitions(doc, resource); 57. 58. catch (BeanDefinitionStoreException ex) 59. throw ex; 60. 61. catch (SAXParseException ex) 62. throw new XmlBeanDefinitionStoreException(resource.getDescription(), 63. Line + ex.getLineNumber() + in XML document f

36、rom + resource + is invalid, ex); 64. 65. catch (SAXException ex) 66. throw new XmlBeanDefinitionStoreException(resource.getDescription(), 67. XML document from + resource + is invalid, ex); 68. 69. catch (ParserConfigurationException ex) 70. throw new BeanDefinitionStoreException(resource.getDescri

37、ption(), 71. Parser configuration exception parsing XML from + resource, ex); 72. 73. catch (IOException ex) 74. throw new BeanDefinitionStoreException(resource.getDescription(), 75. IOException parsing XML document from + resource, ex); 76. 77. catch (Throwable ex) 78. throw new BeanDefinitionStore

38、Exception(resource.getDescription(), 名师资料总结 - - -精品资料欢迎下载 - - - - - - - - - - - - - - - - - - 名师精心整理 - - - - - - - 第 8 页，共 45 页 - - - - - - - - - 79. Unexpected exception parsing XML document from + resource, ex); 80. 81. 关于具体的 Spring BeanDefinition的解析，是在BeanDefinitionParserDelegate中完成的。这个类里包含了各种Spr

39、ing Bean定义规则的处理， 感兴趣的同学可以仔细研究。 我们举一个例子来分析这个处理过程，比如我们最熟悉的对Bean元素的处理是怎样完成的，也就是我们在 XML定义文件中出现的 这个最常见的元素信息是怎样被处理的。在这里， 我们会看到那些熟悉的 BeanDefinition定义的处理，比如 id 、 name 、 aliase等属性元素。 把这些元素的值从XML文件相应的元素的属性中读取出来以后，会被设置到生成的 BeanDefinitionHolder中去。这些属性的解析还是比较简单的。对于其他元素配置的解析， 比如各种 Bean的属性配置， 通 过一个较为复杂的解析过程，这个过程是由

40、 parseBeanDefinitionElement来完成的。解析完成以后，会把解析结果放到 BeanDefinition对象中并设置到 BeanDefinitionHolder中去，如以下清单所示：Java 代码1. public BeanDefinitionHolder parseBeanDefinitionElement(Element ele, BeanDefinition containingBean) 2. /这里取得在 元素中定义的 id 、name和 aliase属性的值3. String id = ele.getAttribute(ID_ATTRIBUTE); 4. Str

41、ing nameAttr = ele.getAttribute(NAME_ATTRIBUTE); 5.6. List aliases = new ArrayList(); 7. if (StringUtils.hasLength(nameAttr) 8. String nameArr = StringUtils.tokenizeToStringArray(nameAttr, BEAN_NAME_DELIMITERS); 9. aliases.addAll(Arrays.asList(nameArr); 10. 11. 12. String beanName = id; 13. if (!Str

42、ingUtils.hasText(beanName) & !aliases.isEmpty() 14. beanName = aliases.remove(0); 15. if (logger.isDebugEnabled() 16. logger.debug(No XML id specified - using + beanName + 17. as bean name and + aliases + as aliases); 18. 名师资料总结 - - -精品资料欢迎下载 - - - - - - - - - - - - - - - - - - 名师精心整理 - - - - - - -

43、第 9 页，共 45 页 - - - - - - - - - 19. 20. 21. if (containingBean = null) 22. checkNameUniqueness(beanName, aliases, ele); 23. 24. 25. /这个方法会引发对bean 元素的详细解析26.AbstractBeanDefinition beanDefinition = parseBeanDefinitionElement(ele, beanName, containingBean); 27. if (beanDefinition != null) 28. if (!Strin

44、gUtils.hasText(beanName) 29. try 30. if (containingBean != null) 31. beanName = BeanDefinitionReaderUtils.generateBeanName( 32. beanDefinition, this.readerContext.getRegistry(), true); 33. 34. else 35. beanName = this.readerContext.generateBeanName(beanDefinition); 36. / Register an alias for the pl

45、ain bean class name, if still possible, 37. / if the generator returned the class name plus a suffix. 38. / This is expected for Spring 1.2/2.0 backwards compatibility. 39. String beanClassName = beanDefinition.getBeanClassName(); 40. if (beanClassName != null & 41. beanName.startsWith(beanClassName

46、) & beanName.length() beanClassName.length() & 42. !this.readerContext.getRegistry().isBeanNameInUse(beanClassName) 43. aliases.add(beanClassName); 44. 45. 46. if (logger.isDebugEnabled() 47. logger.debug(Neither XML id nor name specified - + 48. using generated bean name + beanName + ); 49. 50. 名师资

47、料总结 - - -精品资料欢迎下载 - - - - - - - - - - - - - - - - - - 名师精心整理 - - - - - - - 第 10 页，共 45 页 - - - - - - - - - 51. catch (Exception ex) 52. error(ex.getMessage(), ele); 53. return null; 54. 55. 56. String aliasesArray = StringUtils.toStringArray(aliases); 57. return new BeanDefinitionHolder(beanDefiniti

48、on, beanName, aliasesArray); 58. 59. 60. return null; 61. 在具体生成 BeanDefinition以后。 我们举一个对 property进行解析的例子来完成对整个 BeanDefinition载入过程的分析，还是在类BeanDefinitionParserDelegate的代码中， 它对 BeanDefinition中的定义一层一层地进行解析，比如从属性元素集合到具体的每一个属性元素，然后才是对具体的属性值的处理。根据解析结果，对这些属性值的处理会封装成PropertyValue对象并设置到 BeanDefinition对象中去，如以下

49、代码清单所示。Java 代码1. /* 2. * 这里对指定 bean 元素的 property子元素集合进行解析。3. */ 4. public void parsePropertyElements(Element beanEle, BeanDefinition bd) 5. /遍历所有 bean 元素下定义的 property元素6. NodeList nl = beanEle.getChildNodes(); 7. for (int i = 0; i nl.getLength(); i+) 8. Node node = nl.item(i); 9. if (node instanceof

50、 Element & DomUtils.nodeNameEquals(node, PROPERTY_ELEMENT) 10. /在判断是 property 元素后对该 property 元素进行解析的过程11. parsePropertyElement(Element) node, bd); 12. 13. 14. 15.public void parsePropertyElement(Element ele, BeanDefinition bd) 16. /这里取得 property的名字17. String propertyName = ele.getAttribute(NAME_ATTR