spring的bean的id要怎么理解呢

这个id你可以简单的理解为 spring 给每个对象分配的唯一标志，他们是不可以重复的；

你所说的实例化名称 或者类名填写id，其实根本没什么影响，这段配置最关键的在于

property name= "pd" ref="XXX" 中 name 属性的值一定要跟你service 中的一致

private ProductDao pd;

ref的值一定要跟你 引用的 实例的bean的id一致；name属性的值是用来依赖注入的

你的bean 的ID如果改成 qwert， name上边对应的注入到service的配置 ref 就需要配改成对应的 qwert；这个id值其实是不受限制的，只要是唯一的，叫啥名都不影响；只不过一般大家为了规范 习惯性的id起名跟类名 差不多，方便使用跟维护

如果你的name属性修改为 iuytre， ref 指向 od，name你的service中的

private OrderDao od； 就得改成 private OrderDao iuytre；再重新生成对应的set方法就OK了

前言

在此前的Spring A Developer s Notebook摘录中 作者Bruce Tate和Justin Gehtland讨论了在Spring中使用iBATIS OR持久化框架的内容 出于其他的原因 此选择要求深入SQL底层 在这篇第五章的摘录中 他们转向那些更加彻底地把SQL从你的Spring应用中独立的持久化框架

JDO是基于接口标准的持久化 或如Tate 和Gehtland所言 在Java应用中非EJB标准的持久化 一经提及JDO 他们不是卷入那场 众说纷纭 的辩论之中 而是着眼于如何把一顶级的实现 Kodo 引入到你的Spring应用中 接着转去讨论最流行的 且可能是与Spring集成最好的OR框架 Hibernate 正如他们所指出的 尽管是非标准的 但你可以说在EJB之后 Hibernate是世界上最流行的持久化框架了 本章中 作者们不仅为你演示设置每个框架的具体细节 而且还清晰地表明了各种框架的使用方法之差异

就象Developer s Notebook 系列中所有的书一样 你将由直接的且实用的方式获得信息 这些信息包含了完成你工作所需的细节 换言之 一切来自实战 没有讲义

在Spring中使用JDO

JDO是Java 应用中非EJB标准的一种持久化方式 在这部分中 我们将使用我们喜欢的JDO实现 Kodo 来实现我们应用中的透明持久化 虽然我们不会试着教给你JDO的知识 但会说明怎样使用JDO来为我们的应用提供持久化的功能

无论你从事JDO多长时间 可能都会使你想起众说纷纭的辩论 直到最近 大多数人都避免使用JDO 随着JDO 版本和许多可靠的商业化及开源的JDO实现的暂停发布 这个持久化标准看起来就象是一个强壮的运动员在ORM舞台上蓄势待发（译注 在翻译本文时获悉 JDO 已投票通过） 实际上 我所钟爱的ORM是Solar Metric的Kodo 它或许称得上JDO实现中的矫矫者了 当Kodo达到商业化实现时 它看起来比其它可供选择的实现更加强壮 且已获得更灵活的映射支持 更易于管理 来自持久化企业核心越来越丰富的支持 考虑以下这些优势 ？        若你正寻找某些免费的或能对源代码更好地控制的JDO实现 你可在众多的开源的JDO实现中选择 ？        你可选择一价格合理的商业化产品 而且能得到支持和维护 ？        若选择了那些一流的商业化厂商 从较佳管理到灵活映射 你都可能得到难以置信的功能和性能 ？        在获得所有的这些优势的同时 你还能获得开源标准提供的保护和安全

我该怎么办？

你将使用JDO来创建一个持久化模型 随后在fa？ade层中使用那个模型 尽管应用程序中已创建了业务域模型 但仍未被持久化 你业已获得fa？ade层的接口 那么只需完成下述的 *** 作步骤 便可在你的应用中使用JDO了 通过字节码增强器（byte code enhancer）让域模型持久化

简单修改Spring的配置文件 你就可在你的应用中使用Kodo 通过JDO模板 建构使用持久化模型的fa？ade

就这些了 Spring会管理由PersistenceManagerFactory和PersistenceManager组成的JDO之核心资源 把这些特殊的选项当作是JDO的数据源与连接 你还可以让Spring来管理事务 上述三个步骤就是你所要完成的工作

首先 你需要下载和安装Kodo 从试用的版本开始 你可在这里找到本书中使用 版本 再次提醒 你得把/kodo jdo /lib中的包放入我们的/lib目录下

为持久化模型 你得修改Ant任务以添加JDO字节码增强的步骤 象示例 所示的那样 添加Ant任务来完成这一动作

示例

你也需要在Ant 建构文件中给kodo jdo jar jdo jar and Jakarta mons lang jar增加路径元素

下一步 建构持久化映射 最简便的办法就是通过Kodo向导 运行Workbench（在你所安装的Kodo的\bin目录下） 并从菜单中选择MetaDataàCreate MetaDate 反之 你可使用/kodo jdo /bin目录下的metadatatool 和mappingtool两个脚本 它们分别被ta MappingTo ol和ta JDOMetaDataTool的运行文件所使用

为了与其它JDO版本保持一致 因此你打算用XML从头建构映射文件 用类的元数据和 mapping 文件生成 jdo文件 此两文件都在/war/WEB INF/classes//springbook目录下

示例 声明元数据文件

示例   package jdo

示例 描述了映射文件

示例 package mapping

几乎太容易了 模型本身没有被持久化 那就是我们使用OR技术的原因 尽管你仍需在你的应用程序中有一层代码 也就是我们所说的fa？ade层 来调用那个持久化模型 因此你将看到一系列的模板调用 查询器（finder）声明了JDO查询语句 及持久化删除 更新 新增的对象 你已经有了一个接口 但还需要实现fa？ade（如示例 ）

示例 KodoRentABike java

这不是完全的JDO查询语言的查询 它只不过是个过滤器而已 JDO 将会增加一个便利的查询字符串 因而你可以以单一的字符串来添加完全的JDO查询 而毋须建构完全的查询

public class KodoRentABike extends JdoDaoSupport implements RentABike {private String storeName public List getBikes（ ） {return （List）getJdoTemplate（ ） find（Bike class） }public Bike getBike（String serialNo） {Collection c = getJdoTemplate（ ） find（Bike class serialNo == + serialNo + ） Bike b = null if（c size（ ） > ） {b = （Bike）erator（） next（ ） }return b }public Bike getBike（int bikeId） {return （Bike）getJdoTemplate（ ） getObjectById（Bike class new Long（bikeId）） }public void saveBike（Bike bike） {getJdoTemplate（ ） makePersistent（bike） }public void deleteBike（Bike bike） {getJdoTemplate（ ） deletePersistent（bike） }//etc

最后 你需要设定一些配置来把这些都组装在一起 示例 先说明了JDO的配置

示例 package properties

# To evaluate or purchase a license key visit YOUR_LICENSE_KEY_HEREjavax jdo PersistenceManagerFactoryClass kodo jdbc runtime JDBCPersistenceManagerFactoryjavax jdo option ConnectionDriverName mysql jdbc Driverjavax jdo option ConnectionUserName bikestorejavax jdo option ConnectionPassword javax jdo option ConnectionURL jdbc mysql://localhost/bikestorejavax jdo option Optimistic truejavax jdo option RetainValues truejavax jdo option NontransactionalRead truejavax jdo option RestoreValues truekodo Log DefaultLevel=WARN Runtime=INFO Tool=INFOkodo PersistenceManagerImpl DetachOnClose=true注意DetachOnClose 选项 它确保了JDO在关闭连接时的延迟加载 因而你应用程序的其它部分 象视图（view） 只能访问已加载的Bean Spring上下文需把JDO持久化管理器 持久化管理工厂 fa？ade 以及任何在fa？ade上的服务组合在一起 这些都在context中完成（示例 ） Example RentABikeApp servlet xml E \RentABikeApp\war\WEB INF\kodo propertiesBruce s Bikes

记得你已经有了一个使用fa？ade的测试用例 因此你可以建构并让它运行起来

发生了什么事？

这是个展示Spring功能的非常好的例子 尽管你已从根本上颠覆了持久化层的实现 但这并没有影响到应用程序的其它部分 以下就是它怎样工作的说明

Spring首先使用依赖注入来解决所有的依赖 加载的上下文配置了含有你所提供数据源的JDO 随之在fa？ade的JDO实现中设定持久化管理器工厂 接着 当你在fa？ade上调用方法时 Spring给了你持久化管理器并使用它来处理你所提供的查询 你可以这样来看 Spring提供一普通的（generic）JDO fa？ade方法 称之为模板 你插入（plug in）细节 并把控制权交给Spring

当你在骑自行车或编写代码时 一个最重要的衡量标准是效率 每当脚踏板转一圈 或每写一行代码 你可完成多少的工作？想想JDO版本的应用程序 Spring编程模型最迫切的事是效率 为了看明白我说的意思 想一下你没见到的 ？        没有异常管理 而？        往往就是这些异常管理混乱了你应用程序的较底层 利用Spring未捕捉异常（Unchecked Exception）的机制 ？        你可以在得到异常的地方适当地做些事情 ？        没有资源管理 只要有JDBC连接的地方 ？        就有JDO持久化的管理器 Spring配置了持久化管理器工厂 ？        并且在模板内为你管理持久化管理器 ？        你没有被强制管理事务及facade的安全 Spring让你很容易地来配置这些东西 ？        因此你可以从你的fa？ade层中将丑陋的细节束之高阁 ？        让它专注于使用持久化模型

在Spring的模板中这些都为你完成了 这些模板放在与Spring框架一起的代码中 这些让你读起来更加容易理解 或在必要时debug之 简而言之 你可以在每一行的代码中得到平衡 更象你在高速地踏自行车 那就是所有最成功的框架和程序设计语言的底线

在Spring中使用Hibernate

Spring开发人员选择Hibernate作为持久化框架已经有很长的一段时间了 尽管Spring团队在持续致力于改善与其它持久化框架的集成 但在所有与Spring集成的持久化框架中 Hibermate保持了最为广泛使用的地位 确切地说 这两个轻量级的解决方案在相互促进中获得成功 他们一起茁壮成长 在这此例中 我们将表明如何将Spring与Hibernate集成起来一同工作

Hibernate是个优秀的持久化框架 她深受欢迎 运行速度相当快 并且是免费的 除此之外 它还拥有丰富的映射支持 且是一个便利的使用模型 使得它在全球的开发者中流行起来 Hibernate已经在小型和中型的项目中经受住了非常好的考验 实际上 尽管它还未被确认为标准 但可以说在EJB之后 Hibernate是世界上最流行的持久化框架

我该怎么办？

既然你已用持久化域模型和fa？ade 的ORM配置了Spring 你就了解了基本的流程 由于Spring 被设计成与Hibernate 独立 你只需从Spring的/dist 目录中复制hibernate jar aopalliance jar cglig full jar dom j jar ehcache jar 及admg jar到你项目的/lib目录下

由于Hibernate使用了反射机制 因此就没有字节加强步骤 所有你已尝试过让模型持久化的做法 就是来创建映射 并且在上下文中引用他们 示例 及 表明了创建映射的过程

Example Bike hbm xml

unsaved value= >

Hibernate版的这个映射较之JDO版的相应代码更为雅致 它有着更加丰富的识别码（Identification）生成库

Example Customer hbm xml

unsaved value= > Example Reservation hbm xml unsaved value= >cascade= none />cascade= none />

在上下文中 你需要配置Hibernate属性 配置session factory 并把session factory插入到fa？ade中 使用JDO 上下文 iBATIS上下文及Hibernate上下文的事务策略都是一样的 就想他们本该那样似的 那就是依赖注入正为你所做的一部分 示例 表明了对上下文的变动

Example RentABikeApp servlet xml

Bruce s Bikesclass= springframework orm hibernate LocalSessionFactoryBean >/springbook/Bike hbm xml/springbook/Customer hbm xml/springbook/Reservation hbm xmlnet sf hibernate dialect MySQLDialecttrue

不象JDO那样 Hibernate用户经常把所有的映射类放入独立定的多个文件中 这不是必需的 仅是Hibernate用户特别喜欢管理事前的一种方式而已

既然已有了一个fa？ade接口 你只需一个Hibernate实现即可 你可以使用模板 就象JDO那样 至于查询器（Finder） 你所要做的就是指定一个Hibernate 查询语言（HQL）语句 至于更新（update）部分 你所要做的就是指明将被存储的新对象 示例 就是个非常薄的fa？ade的例子

Example HibRentABike java

package springbook import springframework orm hibernate support HibernateDaoSupport import java util List import java util Date import java util Set import net sf hibernate Query public class HibRentABike extends HibernateDaoSupport implements RentABike {private String name public List getBikes（ ） {return getHibernateTemplate（ ） find（ from Bike ） }public Bike getBike（String serialNo） {Bike b = null List bikes = getHibernateTemplate（ ） find（ from Bike where serialNo = ？ serialNo） if（bikes size（ ） > ） {b = （Bike）bikes get（ ） }return b }public Bike getBike（int bikeId） {return （Bike）getHibernateTemplate（ ） load（Bike class new Integer（bikeId）） }public void saveBike（Bike bike） {getHibernateTemplate（ ） saveOrUpdate（bike） }public void deleteBike（Bike bike） {getHibernateTemplate（ ） delete（bike） }public void setStoreName（String name） {this name = name }public String getStoreName（ ） {return this name }public List getCustomers（ ） {return getHibernateTemplate（ ） find（ from Customer ） }public Customer getCustomer（int custId） {return （Customer）getHibernateTemplate（ ） load（Customer class new Integer（custId）） }public List getReservations（ ） {return getHibernateTemplate（ ） find（ from Reservation ） }public List getReservations（Customer customer） {return getHibernateTemplate（ ） find（ from Reservation where custId = ？ customer getCustId（ ）） }public List getReservations（Bike bike） {return getHibernateTemplate（ ） find（ from Reservation where bikeId = ？ bike getBikeId（ ）） }public List getReservations（Date date） {return getHibernateTemplate（ ） find（ from Reservation where resdate = ？ date） }public Reservation getReservation（int resId） {return （Reservation）getHibernateTemplate（ ） load（Reservation class new Integer（resId）） }}发生了什么事？Hiberante的做法与JDO极其相似 Spring的JDO模板代表着一套默认的DAO方法 你所要做的就是来定制他们 通常是HQL查询语句 及任何HQL参数化查询中参数的可能取值 接着Spring拿到控制权 获得session 发动查询并且处理任何的异常 再次重申 你看到独特的平衡 示例 给了在不使用Spring时 你不得不编写的典型的Hibernate之方法 Example HibRentABike java public List getBikesOldWay（ ） throws Exception {// Relies on other static code for configuration// and generation of SessionFactory Might look like:// Configuration config = new Configuration（ ） // config addClass（Bike class） addClass（Customer class） // addClass（Reservation class） // SessionFactory mySessionFactory = Configuration // buildSessionFactory（ ） List bikes = null Session s = null try {s = mySessionFactory openSession（ ） bikes = s find（ from Bike ） }catch （Exception ex） {//handle exception gracefully}finally {s close（ ） }return bikes }示例 再次表明了在Spring中实现查找的相应代码 Example HibRentABike java public List getBikes（ ） {return getHibernateTemplate（ ） find（ from Bike ） }

新手需要特别注意本文代码中的黑体字部分 应用程序的每一代码块必须尽力完成好一个功能 且只能一个

关于…

…Hibernate的替代品？Hibernate确实是免费的 运行速度快的 有效且是流行的 它已经受住了考验 且有着极其优秀的性能和灵活性 大部分的工具中有着很好的Hibernate支持 并且Hibernate支持所有相关的数据库 但我仍只推荐在小型和大型的应用中使用Hibernate

到目前为止 H作为一开源框架 持久化社区不能过多地赞扬Hibernate或声讨其替代者 如此盲目的拥趸导致了礼教崇拜式的决策 Hibernate的竞争者们在某些方面比她做得更好 若你的应用程序有以下的特征 不妨试一试其他的解决方案

标准JDO和JDBC解决方案已然成为标准 尽管Hibernate是开源的 但她还未被确认为标准 在过去的十年中 你得信赖JBoss 组织和基金会的动机来做正确的事情 且对任何的框架而言 至今已证明那是不可靠的地位

管理其他的解决方案易于管理 如Kodo JDO和Top Link就有管理面板 用他们很容易地来监控缓存状态 及主动（eager）加载或延迟加载的状态

映射其他的框架有着功能更强大的和更加灵活的映射支持 若你不想对你的数据库schema进行控制 你最好选用其他的解决方案 你可能也喜欢用GUI工具来映射你的schema 那么 象JDO Genie 或Cayenne可能就最适合你的应用

总而言之 使用主流的框架或许最终可能是正确的选择 但通常情况下 只要稍微深入的探究 你就可以找到更加合适的解决方案 Hibernate确实值得考虑 但别忘了还有其他好的选择

运行一个测试用例

运行测试用例是很容易的事 你已经学会了 它就是你在fa？ade 上运行的那个测试用例

我该怎么办？

由于测试用例已存在 因此你可以运行现有的fa？ade测试 你仅要确保正确设置测试数据即可 且你可以使用未被变更过的应用上下文 那就是Spring的强大之处 可测试性

发生了什么事？

你使用过已存在的测试用例 这很好 因为你只需要管理数据库增长的细节 在下章中 你将开始深入学习可在Spring AOP的应用程序中添加的服务的相关知识

lishixinzhi/Article/program/Java/ky/201311/28074

楼下可以补充但对于spring 上下文而言就基于jdbc sessionFactory 的工厂模式------解决方案--------------------------------------------------------抽象工厂单件模式工厂方法建造者模式原型模式备忘录模式策略模式访问者模式观察者模式解释器模式职责链模式中介者模式状态模式代理模式迭代器模式命令模式模板方法桥接模式适配器模式外观模式享元模式装饰模式组合模式------解决方案--------------------------------------------------------------解决方案--------------------------------------------------------工厂模式------解决方案--------------------------------------------------------主要是工厂模式。 BeanFactory 和 ApplicationContext 不都是当作一个工厂来使用的嘛。它是一个用来产生对象的对象。

通过AbstractApplicationContext#refresh()提供了在加载完配置文件后的启动过程。以SpringBoot的Web环境来看启动过程(文末有spring容器的启动过程及区别)

1prepareRefresh()：由于在此时还没有加载servlet容器，所以servletContext=null，servletConfig=null，还没有进行初始化propertySource，添加了几个ApplicationListeners。

2obtainFreshBeanFactory()：创建BeanFactory，即DefaultListableBeanFactory

3prepareBeanFactory()：对DefaultListableBeanFactory进行属性填充。如：添加类加载器，添加BeanPostProcessor等等。

4postProcessBeanFactory()：在上面prepareBeanFactory()公共的之后，提供子类的特殊处理，注册特殊的后处理器，此处为ServletWebServerApplicationContext的具体实现。

5invokeBeanFactoryPostProcessors()：主要是扫描包，注册成BeanDefinition，对类配置的信息解析成BeanDefinition的属性。然后执行实现了BeanFactoryPostProcessor接口的bean的postProcessBeanFactory()方法。

对于BeanDefinitionRegistryPostProcessor类型的BeanFactoryPostProcessor，执行postProcessBeanDefinitionRegistry

ConfigurationWarningsApplicationContextInitializer类型的processor，检查包名是否异常

获取类型为BeanDefinitionRegistryPostProcessor并且是PriorityOrdered优先排序类型的beanDefinition

上面获取postProcessorNames的具体实现如下

调用刚获取到的currentRegistryProcessor列表中的bean的postProcessBeanDefinitionRegistry()方法

获取到启动类

对启动类开始进行解析，包装成SourceClass，开始解析

获取到需要扫描的包信息，开始进行解析

解析是否有includeFilters，excludeFilters，lazyInit等属性，解析basePackage，basePackageClasses配置，如果没有，则根据启动类的包名获取，最终获得需要扫描的包。

解析包下所有beanDefinition，遍历并逐个解析。  如果实现了AnnotatedBeanDefinition接口，解析是否有lazy，Primary，DependsOn，Role，Description等注解并对beanDefinition进行相应属性设置。   检查是否在beanDefinitionMap中，如果不存在则将beanDefinition注册到beanDefinitionMap中。

对获取到的包下的beanDefinition进行遍历处理。处理是否import，ImportResource，Bean注解，处理实现的接口。

处理完BeanDefinitionRegistryPostProcessor类型的bean之后，处理之前注册的处理器，前两个处理器没做任何处理，第三个处理器ConfigurationClassPostProcessor，对目前加载的所有的beanDefinition进行处理。如果是启动类，生成代理类并替换原来的beanClass

获取实现了BeanFactoryPostProcessor接口的类，去除了上面已经解析过的internalConfigurationAnnotationProcessor,根据是否排序进行分类，然后按照PriorityOrdered，Ordered，nonOrdered以此执行。

6registerBeanPostProcessors()：获取实现了BeanPostProcessor的bean，并根据是否实现order接口进行排序，并按顺序注册到beanPostProcessors中。

7initMessageSource()：

8initApplicationEventMulticaster()：注册事件广播器

9onRefresh()：获取ServletWebServerFactory(tomcatServletWebServerFactory)，创建TomcatWebServer，然后initServletPropertySources

创建TomcatWebServer之后获取需要初始化的servlet，filter

将servlet添加到servletContext中

将filter添加到servletContext中

10registerListeners()：在事件广播器中注册监听器，注册监听器name，如果earlyApplicationEvents存在，则广播事件。

11finishBeanFactoryInitialization()：实例化bean

先进行实例化之前的 *** 作，再实例化bean。

如果有实现InstantiationAwareBeanPostProcessor， 则执行postProcessBeforeInstantiation

根据实例化策略进行实例化(这里是cglib)包装成BeanWrapper

实例化之后执行后处理

执行postProcessProperties

属性设置，在AutowiredAnnotationBeanPostProcessor中进行依赖注入

是否实现BeanNameAware，BeanClassLoaderAware，BeanFactoryAware等接口

init之前

调用自定义的init方法，在InitDestroyAnnotationBeanPostProcessor中处理

如果实现了InitializingBean，执行afterPropertiesSet()方法

然后执行init之后的方法

12finishRefresh()：主要做的事情是启动tomcat，并发布事件

逐个listener去匹配事件

以下为spring环境启动与web环境启动的相同和不同：

1prepareRefresh()：区别在于initPropertySources()的实现不同，spring上下文为AnnotationConfigApplicationContext，web上下文AnnotationConfigServletWebServerApplicationContext

2obtainFreshBeanFactory()：相同

3prepareBeanFactory()：相同

4postProcessBeanFactory()：spring使用的AbstractApplicationContext的默认处理，没有提供实现，web提供了实现注册了特殊的处理器

5invokeBeanFactoryPostProcessors()：相同

6registerBeanPostProcessors()：相同

7initMessageSource()：相同

8initApplicationEventMulticaster()：相同

9onRefresh()：spring什么都没做，使用的AbstractApplicationContext的默认实现，web提供了创建web容器的过程

10registerListeners()：相同

11finishBeanFactoryInitialization()：相同

12finishRefresh()：spring主要做的事情是发布事件，web容器多了一步启动web容器

综上：web环境和spring环境启动容器流程基本相同，spring默认使用AbstractApplicationContext的实现，web多了properties解析，注册特殊处理器，创建webServer和启动webServer的过程。

classpath:是从类路径里查找配置文件，也就是/WEB-INF/classes目录下找SpringMVC-servletxml。

你写了classpath了，不会从web-info下找，而是去web-inf/classes下面找，所以找不到。

服务器（Tomcat）读取资源文件

方式一：采用流+Properties

当工程部署到Tomcat中时，按照上边方式，则会出现找不到该文件路径的异常。经搜索资料知道，Java工程打包部署到Tomcat中时，properties的路径变到顶层（classes下），这是由Maven工程结构决定的。由Maven构建的web工程，主代码放在src/main/java路径下，资源放在src/main/resources路径下，当构建为war包的时候，会将主代码和资源文件放置classes文件夹下，并且，此时读取文件需要采用流（stream）的方式读取，并通过JDK中Properties类加载，可以方便的获取到配置文件中的信息，如下。

采用Spring注解

如果工程中使用Spring，可以通过注解的方式获取配置信息，但需要将配置文件放到Spring配置文件中扫描后，才能将配置信息放入上下文，然后在程序中可以使用 @Value进行获取properties文件中的属性值。

采用Spring配置

也可以在Spring配置文件中读取属性值，赋予类成员变量。

以上就是关于spring的bean的id要怎么理解呢全部的内容，包括:spring的bean的id要怎么理解呢、在Spring中使用JDO、java spring上下文 采用的什么设计模式求教解决方法等相关内容解答，如果想了解更多相关内容，可以关注我们，你们的支持是我们更新的动力！