spring创建bean对象三步走

本文解析Spring Boot中Bean创建过程的三个关键步骤:构造函数注入、属性填充和AOP增强,包括BeanNameAware、ApplicationContextAware等Aware接口的执行顺序与初始化方法调用。

摘要生成于 C知道 ,由 DeepSeek-R1 满血版支持, 前往体验 >

1.第一步

org.springframework.beans.factory.support.AbstractAutowireCapableBeanFactory#doCreateBean

		// bean初始化第一步:默认调用无参构造实例化Bean
		// 构造参数依赖注入,就是发生在这一步
		if (instanceWrapper == null) {
			instanceWrapper = createBeanInstance(beanName, mbd, args);
		}

2.第二步

		// bean初始化第二步:填充属性(DI依赖注入发生在此步骤)
		populateBean(beanName, mbd, instanceWrapper);

			

3.第三步

		
		//  bean初始化第三步:调用初始化方法,完成bean的初始化操作(AOP发生在此步骤)
		exposedObject = initializeBean(beanName, exposedObject, mbd);

		// BeanNameAware在这一步触发
		invokeAwareMethods(beanName, bean);
		// ...
		// ApplicationContextAware, postConstruct都在这一步触发
		wrappedBean = applyBeanPostProcessorsBeforeInitialization(wrappedBean, beanName);

		try {
		    // afterPropertiesSet在这触发
			invokeInitMethods(beanName, wrappedBean, mbd);
		}
		catch (Throwable ex) {
			throw new BeanCreationException(
					(mbd != null ? mbd.getResourceDescription() : null),
					beanName, "Invocation of init method failed", ex);
		}
		if (mbd == null || !mbd.isSynthetic()) {
			wrappedBean = applyBeanPostProcessorsAfterInitialization(wrappedBean, beanName);
		}

		
		// 细节:按顺序排列
		// 3.1 aware方法执行 例如:BeanNameAware, ApplicationContextAware
		// 3.2 postConstruct 【initDestroyAnnotationBeanPostPorcessor触发】
		// 3.3 初始化之前发生
		postProcessBeforeInitialization
		// 3.4 执行初始化方法(先调用InitializingBean的afterPropertiesSet,再调用init-method属性指定的初始化方法)
		invokeInitMethods(beanName, wrappedBean, mbd);
		// 3.5 postProcessAfterInitialization
### 关于 `MultipartException` 错误的原因分析 当在 Spring 应用程序中遇到 `org.springframework.web.multipart.MultipartException: The current request is not a multipart request` 这一错误时,通常表明服务器未能识别当前请求为一个多部分(multipart)请求。这可能是由于以下几个原因造成的: 1. **未配置 Multipart Resolver Bean** DispatcherServlet 需要检测到一个名为 `multipartResolver` 的 MultipartResolver 类型的 Bean 才能正确处理 multipart 请求。如果此 Bean 缺失,则会抛出上述异常[^1]。 2. **前端请求未正确设置 Content-Type** 如果客户端发送的 HTTP 请求头中的 `Content-Type` 不是 `multipart/form-data`,DispatcherServlet 将无法解析该请求,从而引发异常[^4]。 3. **控制器方法签名不匹配** 控制器的方法参数可能不符合 multipart 请求的要求。例如,使用了 `@RequestBody` 注解来接收文件数据,而实际上应该使用 `@RequestParam("file") MultipartFile file` 来绑定上传的文件[^3]。 --- ### 解决方案 #### 1. 配置 Multipart Resolver Bean 确保在 Spring 配置中定义了一个 `CommonsMultipartResolver` 或其他实现类类型的 Bean,并命名为 `multipartResolver`。以下是基于 XML 和 Java Config 的两种方式: ##### 基于 XML 的配置 ```xml <bean id="multipartResolver" class="org.springframework.web.multipart.commons.CommonsMultipartResolver"> <!-- 设置最大文件大小 --> <property name="maxUploadSize" value="10485760"/> <!-- 10MB --> </bean> ``` ##### 基于 Java Config 的配置 ```java import org.springframework.context.annotation.Bean; import org.springframework.context.annotation.Configuration; import org.springframework.web.multipart.commons.CommonsMultipartResolver; @Configuration public class WebConfig { @Bean(name = "multipartResolver") public CommonsMultipartResolver multipartResolver() { CommonsMultipartResolver resolver = new CommonsMultipartResolver(); resolver.setMaxUploadSize(10485760); // 10MB return resolver; } } ``` 通过以上配置,Spring 能够自动加载并应用这个 Bean 到 DispatcherServlet 中。 #### 2. 检查前端请求 确认前端提交表单或 API 工具(如 Postman)是否设置了正确的 `Content-Type` 头部字段为 `multipart/form-data`。如果没有显式指定,默认可能会被浏览器或其他工具设为 `application/x-www-form-urlencoded`,进而导致解析失败。 对于 Postman 用户来说,在 Body -> form-data 下添加键值对即可自动生成合适的头部信息;如果是 HTML 表单,请确保 `<form>` 标签中有属性 `enctype="multipart/form-data"`。 #### 3. 修改 Controller 方法签名 调整后端接口以支持 multipart 数据传输。下面是一个典型的例子展示如何接受文件和其他字符串形式的数据作为输入参数之一: ```java import org.springframework.http.ResponseEntity; import org.springframework.web.bind.annotation.*; import org.springframework.web.multipart.MultipartFile; @RestController @RequestMapping("/api/files") public class FileController { @PostMapping(value = "/upload", consumes = {"multipart/form-data"}) public ResponseEntity<String> uploadFile( @RequestParam("imageFile") MultipartFile imageFile, @RequestParam(required = false) Map<String, String> metadata) { if (imageFile.isEmpty()) { return ResponseEntity.badRequest().body("Please select a file to upload."); } try { // Process the uploaded file here... System.out.println("Uploaded Filename: " + imageFile.getOriginalFilename()); return ResponseEntity.ok("File uploaded successfully!"); } catch (Exception e) { return ResponseEntity.status(500).body(e.getMessage()); } } } ``` 注意这里我们用了 `@RequestParam` 替代掉之前可能导致问题的 `@RequestBody`,因为后者不适合用来读取 multipart 内容流。 --- ### 总结 综上所述,解决 `MultipartException` 的关键是三步走策略:一是验证是否存在有效的 `multipartResolver` 定义;二是检查客户端发出的实际请求格式是否满足预期标准;三是修正服务端代码逻辑使之兼容 multipart 场景下的特殊需求。
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值