BeanFactory【了解】

最新推荐文章于 2022-01-15 16:30:34 发布
最新推荐文章于 2022-01-15 16:30:34 发布
阅读量358 收藏 1
点赞数
分类专栏： Spring3 文章标签： apache bean j2ee java spring
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.youkuaiyun.com/qq_29318439/article/details/70597778
版权

BeanFactory【了解】

1.BeanFactory是ApplicationContext的顶层父接口，使用BeanFactory接口也可以完成获取Bean的操作

2.操作步骤：

A.初始化Resource对象

Resource res = new ClassPathResource("applicationContext.xml");

B.初始化BeanFactory对象

BeanFactory bf = new XmlBeanFactory(res);

C.根据id名称获取Bean

UserService service = (UserService) bf.getBean("userService");

3.AppplicationContext与BeanFactory的区别

A.加载方式不同

AppplicationContext：立即加载，加载配置文件时即加载

BeanFactory:延迟加载，获取Bean实例时才加载

B.AppplicationContext具有更多的功能

国际化处理

事件传递

Bean自动装配

各种不同应用层的Context实现

注意：实际开发中，优先选择ApplicationContext对象，避免使用BeanFactory

4..Schema风格离线约束配置方式

A.拷贝访问路径

B.打开MyEclipse设置中的XML catalog选项

C.创建新的映射

D.选择对应的schema风格的约束文件

E.将key type修改为schema location

F.将要配置的路径复制到key中

重看Spring聚焦BeanFactory分析
张彦峰的博客
03-24 8万+
本文探讨了 Spring 框架中的 BeanFactory 接口及其实现，强调其在对象创建和依赖注入中的关键作用。通过分析 XmlBeanFactory、DefaultListableBeanFactory 和 AbstractApplicationContext 等不同实现，文章展示了它们在资源管理和对象生命周期控制中的应用。理解 BeanFactory 的工作原理有助于开发者构建高效、可扩展的 Java 应用，推动现代软件开发的创新。
解锁ApplicationContext vs BeanFactory: 谁更具选择性？
热门推荐
张彦峰的博客
04-20 8万+
解锁ApplicationContext vs BeanFactory: 谁更具选择性？如果你的应用程序需要更全面的功能，如事件发布、资源加载等，并且不太在意启动速度和资源占用，那么 ApplicationContext 是更好的选择。但是，如果你的应用程序对启动速度和资源占用有较高的要求，或者只需要基本的 IoC 容器功能，那么 BeanFactory 可能更适合你。
深入理解Spring系列之三：BeanFactory解析
JavaQ
10-31 1252
《深入理解Spring系列之一：开篇》中提到在Spring容器启动的过程中，会将类解析成Spring内部的BeanDefinition结构，并将BeanDefinition存储到一个叫DefaultListableBeanFactory中，本篇将深入分析BeanFactory。 首先，看一下DefaultListableBeanFactory的类图， 可以看到Default
spring项目启动报错BeanFactory not initialized or already closed
【优快云】
03-08 812
解决方法：在web.xml中加入如下的就可以正常启动了 <context-param> <param-name>contextConfigLocation</param-name> <param-value> classpath*:/applicationContext.xml </param-value...
BeanFactory not initialized or already closed - call ‘refresh‘ before access报错解决办法
清水的专栏
01-15 837
出现该问题是由于Spring实例化BeanFactory的时候是默认到classPath下面查找名为applicationContext.xml的文件的，但是呢，你又没有指定，所以出现了这个错误。出现该情况分两种： 1.1如果是使用web应用启动程序报这个错误，是因为web应用默认classPath是在WEB-INF文件夹下找applicationContext.xml文件的，所以只要把这个XML文件放到WEB-INF下即可 1.2或者不想将applicationContext.xml放在WEB-I
BeanFactory
奔跑在路上
06-10 302
详谈 Spring 中的 IOC 和 AOP
weixin_30258901的博客
12-27 149
这篇文章主要讲 Spring 中的几个点，Spring 中的 IOC，AOP，下一篇说说 Spring 中的事务操作，注解和 XML 配置。 Spring 简介 Spring 是一个开源的轻量级的企业级框架，其核心是反转控制 (IoC) 和面向切面 (AOP) 的容器框架。我们可以把 Spring 看成是对象的容器，容器中可以包含很多对象，所以 Spring 有很多强大的功能。 ...
简单了解Spring中BeanFactory与FactoryBean的区别
08-25
简单了解Spring中BeanFactory与FactoryBean的区别 Spring框架中有两个非常关键的接口：BeanFactory和FactoryBean。虽然它们的名字相似，但它们的作用和实现机制却有很大的不同。 BeanFactory是Spring IoC容器的...
简单了解Spring beanfactory循环依赖命名重复2大属性
08-18
在Spring框架中，BeanFactory是核心容器，负责管理Bean的创建、初始化、装配以及销毁等生命周期过程。在处理Bean的依赖关系时，Spring允许存在某些类型的循环依赖，但这种依赖是有条件的，并且可以通过特定的配置...
简单模拟Spring的beanFactory
03-20
首先，我们要了解`BeanFactory`的工作流程。这个过程通常包括以下步骤： 1. **Bean定义**：在Spring中，每个bean都有一个定义，包含它的类、依赖关系、初始化方法等信息。这些信息通常写在XML配置文件中，但也可以...
Java 集合、泛型（一）
chinusyan的专栏
10-24 414
映射（Map） 是一种键-值对（key-value）集合，Map 集合中的每一个元素都包含一个键对象和一个值对象。其中，键对象不允许重复，而值对象可以重复，并且值对象还可以是 Map 类型的，就像数组中的元素还可以是数组一样。 Map 接口主要有两个实现类：HashMap 类和 TreeMap 类。其中，HashMap 类按哈希算法来存取键对象，而 TreeMap 类可以对键对象进行排序。 ...
java集合
南风北街
06-02 264
集合分类 java集合主要主要分为Collection和Map两大类： Collection 1.Collection：是单列集合的顶层父类，是一个独立元素的序列，这些个元素都服从一条或者多条规则。即Collection分为List和Set两大分支。List必须按照插入的顺序保存元素，而Set不能有重复的元素。 1）List集合是一个有序的队列，每一个元素都有他的索引。第一个...
BeanFactory和ApplicationContext区别
qq_37358143的博客
12-07 403
BeanFactory和ApplicationContext是Spring的两大核心接口，都可以当做Spring的容器。其中ApplicationContext是BeanFactory的子接口。 （1）BeanFactory是Spring最底层的接口，包含了各种Bean的定义，读取bean配置文档，管理bea的加载、实例化，控制bean的生命周期，维护bean之间的依赖关系。 ApplicationContext接口作为BeanFactory的派生，除了提供BeanFactory所具有的功能外，...
BeanFactory与ApplicationContext在Bean加载上的区别
笃行淡言
03-01 612
BeanFactroy采用的是延迟加载形式来注入Bean的，即只有在使用到某个Bean时(调用getBean())，才对该Bean进行加载实例化，这样，我们就不能发现一些存在的spring的配置问题。而ApplicationContext则相反，它是在容器启动时，一次性创建了所有的Bean。这样，在容器启动时，我们就可以发现Spring中存在的配置错误。
第二章 IoC Bean的初始化与延迟加载
jishublog
06-14 266
在默认情况下，Spring的ApplicationContext容器在启动的时候，会自动实例化所有singleton的Bean并缓存在容器中。虽然启动时会花费一些时间，但带来两个好处： 1、对Bean提前实例化操作会及早发现一些潜在的配置问题； 2、Bean以缓存的方式保存，当运行期使用到该Bean的时候无需再实例化，加快运行的效率。 如果用户不希望容器启动的时候提前实例化singleton...
Spring之IOC之BeanFactory实现延迟加载
FloatDreamed的博客
08-13 1511
***以下内容是假设你已经了解了springIOC*** 传统的三层模式中,各层间需要互相调用,比如Service层需要调用Dao层的方法 既然需要调用方法,就需要先创建Dao层对应类的实例 单就在Service层创建Dao层类实例这块就产生了程序的耦合. 怎么才能解耦呢? 之前的学习过程中,通过将接口与其对应的实现类配置在了bean.properties中,再通过BeanFactory...
Spring IOC 三个高级特性（延迟加载、FactoryBean、后置处理器）
章全蛋的博客
06-10 974
文章目录Spring IOC 高级特性lazy-Init 延迟加载BeanFactory 和 FactoryBean后置处理器BeanPostProcessorBeanFactoryPostProcessor Spring IOC 高级特性 lazy-Init 延迟加载 ApplicationContext 容器的默认行为是在启动服务器时将所有的 singleton bean 提前进行实例化。 提前实例化意味着作为初始化过程的一部分，ApplicationContext 实例会创建并配置所有的single
集合、映射
weixin_44783458的博客
01-14 606
文章目录一、集合1. List2. Set二、泛型1. 泛型擦除（编译时期）2. 泛型上下限三、映射（Map 一、集合 顶级接口是Collection，子接口List、Set、Queue 1. List 有序、存储重复元素 ArrayList—底层基于数组实现，默认初始容量为10，且每次扩容一半。增删效率低，查询效率高 LinkedList—底层基于节点，通过地址值指向来维系节点。增删效率高，查询效率低 Vector—最早的集合类，底层基于数组实现，初始容量为10，每次扩容默认翻倍。 Stack—继承于V
深入理解BeanFactory
Gandoph的博客
06-16 1254
1.BeanFactory概述      Spring的本质是一个bean工厂(beanFactory)或者说bean容器，它按照我们的要求，生产我们需要的各种各样的bean，提供给我们使用。只是在生产bean的过程中，需要解决bean之间的依赖问题，才引入了依赖注入(DI)这种技术。也就是说依赖注入是beanFactory生产bean时为了解决bean之间的依赖的一种技术而已。那么我们为什么需要...
beanFactory方式注入bean
最新发布
04-03
<think>好的，我现在需要帮助用户了解如何通过BeanFactory进行Bean的注入。首先，用户的问题集中在BeanFactory的使用方法及示例上，所以我要先回顾BeanFactory的基本概念和它在Spring中的作用。根据提供的引用，BeanFactory是Spring中最基础的容器，负责实例化和管理Bean，而getBean()方法是常用的获取Bean实例的方法。此外，引用中还提到了BeanFactoryPostProcessor和BeanDefinitionRegistryPostProcessor这两个接口，它们在Bean的注册和配置过程中起到关键作用。 接下来，我需要整理用户可能需要的注入Bean的几种方法。根据引用内容，常见的方法包括XML配置、注解配置、编程式注册以及使用@Bean注解配合配置类。同时，用户提到的@Conditional注解也可以作为条件注入的一种方式。需要确保每一种方法都有对应的示例代码，并且步骤说明清晰。 在思考过程中，要注意用户可能的疑问点，例如如何区分BeanFactory和ApplicationContext，或者不同注入方式的适用场景。同时，需要结合引用中的源码片段，说明BeanFactoryPostProcessor和BeanDefinitionRegistryPostProcessor如何扩展Bean的注册过程，比如在postProcessBeanDefinitionRegistry方法中添加自定义的Bean定义。 另外，用户提供的引用3中提到了通过@Bean和@Conditional实现条件注入，这部分需要详细说明，给出示例代码，展示如何根据条件动态决定是否注入某个Bean。同时，要提到编程式注入的方法，即通过实现特定接口来动态注册Bean，这可能在需要动态生成Bean定义的场景下非常有用。 需要注意避免过于深入Spring的高级特性，保持回答的实用性和基础性，适合刚接触BeanFactory的用户理解。同时，代码示例需要准确，符合Spring的常规用法，比如使用AnnotationConfigApplicationContext来加载配置类，或者使用GenericApplicationContext配合BeanDefinitionBuilder构建Bean定义。 最后，总结部分要简明扼要，强调BeanFactory的核心作用和各种注入方法的适用场景，帮助用户形成整体的理解。可能还需要预判用户接下来会问的问题，比如性能优化、不同注入方式的优缺点比较等，但根据用户当前的问题，暂时不需要展开这些内容。 现在需要将以上思考整理成一个结构清晰、步骤分明的回答，涵盖XML配置、注解配置、编程式注册、条件注入等方法，并确保每个部分都有示例代码和说明。同时，引用提供的参考文献，正确标注引用标记，如[^1][^2][^3]。</think>在Spring框架中，通过$BeanFactory$进行Bean的注入主要有以下几种方法及实现步骤： --- ### 一、XML配置注入（传统方式） **步骤说明**： 1. 在XML文件中定义Bean的类路径和唯一标识 2. 通过$ClassPathXmlApplicationContext$加载配置文件 3. 调用$getBean()$方法获取实例 **示例代码**： ```xml <!-- applicationContext.xml --> <bean id="userService" class="com.example.UserServiceImpl"/> ``` ```java BeanFactory factory = new ClassPathXmlApplicationContext("applicationContext.xml"); UserService userService = factory.getBean("userService", UserService.class); ``` --- ### 二、注解配置注入（推荐方式） **核心注解**： - `@Component`：标记类为可注入Bean - `@Autowired`：自动装配依赖 - `@Configuration` + `@Bean`：显式声明Bean **示例代码**： ```java @Configuration public class AppConfig { @Bean public DataSource dataSource() { return new HikariDataSource(); } } // 加载配置类 AnnotationConfigApplicationContext context = new AnnotationConfigApplicationContext(AppConfig.class); DataSource ds = context.getBean(DataSource.class); ``` --- ### 三、编程式注入（动态注册） **使用场景**：需要运行时动态创建Bean定义时 **关键接口**：$BeanDefinitionRegistry$[^2] **示例代码**： ```java public class CustomRegistry implements BeanDefinitionRegistryPostProcessor { @Override public void postProcessBeanDefinitionRegistry(BeanDefinitionRegistry registry) { // 动态注册Bean GenericBeanDefinition definition = new GenericBeanDefinition(); definition.setBeanClass(CustomService.class); registry.registerBeanDefinition("customService", definition); } } ``` --- ### 四、条件化注入 **使用`@Conditional`注解**：根据条件决定是否注入Bean **示例代码**： ```java @Configuration public class ConditionalConfig { @Bean @Conditional(ProdEnvironmentCondition.class) public Service prodService() { return new ProductionService(); } } ``` 其中$ProdEnvironmentCondition$需要实现$Condition$接口，重写$matches()$方法判断条件 --- ### 五、扩展注入方式 **通过$BeanFactoryPostProcessor$**：在Bean实例化前修改Bean定义 ```java public class CustomBeanFactoryPostProcessor implements BeanFactoryPostProcessor { @Override public void postProcessBeanFactory(ConfigurableListableBeanFactory beanFactory) { BeanDefinition bd = beanFactory.getBeanDefinition("dataSource"); bd.getPropertyValues().add("maxPoolSize", 20); } } ``` --- ### 方法对比表 | 方法 | 优点 | 缺点 | 适用场景 | |---------------|--------------------------|------------------------|-----------------------| | XML配置 | 集中管理，修改无需编译 | 配置冗长，类型不安全 | 遗留系统维护 | | 注解配置 | 简洁，类型安全 | 散落在代码各处 | 新项目开发 | | 编程式注入 | 高度灵活 | 复杂度高 | 动态生成Bean的场景 | | 条件化注入 | 精准控制Bean加载 | 需要额外条件判断逻辑 | 多环境配置 | --- ### 总结 BeanFactory的核心作用是通过统一的接口管理Bean生命周期。实际开发中建议： 1. 优先使用`@Configuration`+`@Bean`的显式配置 2. 需要动态扩展时采用$BeanDefinitionRegistryPostProcessor$ 3. 多环境配置结合`@Profile`或`@Conditional` ---
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值