Java - Spring 框架 SpringFramework 详解(三)

本文详细介绍了Spring框架中的自动装配机制,包括byName和byType两种方式,并探讨了通用注解如@Component、@Controller、@Service、@Repository的使用。此外,还讲解了对象的作用域、生命周期方法的注解@Scope、@Lazy、@PostConstruct和@PreDestroy,以及@Autowired和@Resource注解在自动装配中的应用。文章最后总结了Spring核心概念和关键知识点。

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

1. 自动装配(autowire)

自动装配:不需要显式的为属性注入值,Spring框架会自动的将合适的值注入到属性中!

自动装配的做法:在Spring的配置文件中,为需要自动装配的<bean>添加autowire属性的配置,该属性的常用取值有:byNamebyType

<!-- 通过SET方式注入属性的值  -->
<!--    <bean class="cn.tedu.spring.UserDao" id="userDao"></bean>-->
<!--    <bean class="cn.tedu.spring.UserLoginServlet" id="userLoginServlet">-->
<!--        <property name="userDao" ref="userDao"></property>-->
<!--    </bean>-->

<!--  autowire属性:自动装配  -->
<bean class="cn.tedu.spring.UserLoginServlet" id="userLoginServlet" autowire="byName"></bean>

当取值为byName时,表示根据名称实现自动装配,即要求被注入的属性名称(严格的说,是该属性的规范SET方法名还原出来的属性名)与值的Bean-id是一致的!

当取值为byType时,表示根据类型实现自动装配,即要求被注入的属性类型与被Spring管理的某个对象的类型是一致的!使用这种装配模式时,要求匹配类型的值只能有1个,如果有2个或更多,则无法装配,进而导致创建Spring容器失败!

这种自动装配的做法,本质上还是通过SET注入的方式来实现的!

这种自动装配的做法,其实是尝试自动装配,也就说:如果某个属性可以被装配值,则装配,如果不满足装配条件(例如没有SET方法,或没有可以装配的值),则放弃装配。

通过autowire属性实现自动装配存在明显的缺陷:某个类中的属性是否成功的装配了值,是不明确的!

2. 通用注解

可以在Spring的配置文件中,配置组件扫描(Component-scan):

<context:component-scan base-package="cn.tedu.spring"></context:component-scan>

注意:以上配置的属性base-package表示根包!也就说,Spring框架除了扫描指定的这个包以外, 还会扫描这个包的各层级子包! 如果配置为cn.tedu.spring,某个类在cn.tedu.spring.dao包之下,也会被扫描到!

后续,当加载Spring的配置文件时,就会扫描以上配置的包中的所有类,如果某些类是组件类,就会创建这些类的对象,反之,如果不是组件类,就不会创建这些类的对象!

如果要标记某个类是组件类,在类的声明之前添加@Component注解即可:

@Component
public class User {

}

这些由Spring创建的对象,默认bean-id就是类名首字母小写,例如User类的默认bean-id就是userPerson类的默认bean-id就是person

也可以在注解中添加参数,自行指定bean-id,例如配置为:

@Component("u")
public class User {

}

以上代码就表示User类的bean-id就是u

除此以外,在类之前还可以使用@Controller@Service@Repository注解,在Spring的技术领域中,这些注解的作用和使用方式与@Component完全相同!

以上4个注解表达的语义并不相同!通常会在控制器类之前使用@Controller,在业务类之前使用@Service,在处理持久化的类之前使用@Repository,在没有其它组件之前使用@Component注解!

3. 关于对象的作用域与生命周期方法的注解

可以在类之前添加@Scope("prototype")将其设置为非单例的:

@Component
@Scope("prototype")
public class Person {
	
	public Person() {
		System.out.println("创建Person对象!");
	}

}

在类的声明之前可以添加多项注解,各注解不区分先后顺序!

在类之前添加@Lazy可以将其配置为懒汉式单例,例如:

@Component
@Lazy
public class Person {
	
	public Person() {
		System.out.println("创建Person对象!");
	}

}

也可以在方法之前添加@PostConstruct@PreDestroy注解,分别表示初始化方法销毁方法

@PostConstruct
public void onCreate() {
	System.out.println("Person.onCreate()");
}

@PreDestroy
public void onDestroy() {
	System.out.println("Person.onDestroy()");
}

注意: 以上2个注解是javax.annotation包中的注解,在使用之前,需要在项目属性的支行环境中勾选Tomcat。

4. 自动装配的注解

在使用注解的开发模式下,如果类中的某个属性需要自动装配值,在属性的声明之前添加@Autowired注解即可:

@Component
public class UserLoginServlet {
	
	@Autowired
	public UserDao userDao;
	
	public void doPost() {
		System.out.println("UserLoginServlet.doPost()");
		userDao.login();
	}

}

当添加该注解后,项目运行时,创建该类的对象时,检测到有自动装配的注解,就会从Spring容器中查找匹配的对象,并赋值给该属性!

注意:自动装配的前提是当前类和需要使用到的值都是由Spring管理的!如果Spring根本不管理当前类,就更不可能自动装配了,并且,属性的值也是在Spring容器中的!

使用注解实现的自动装配,本质上是通过反射技术直接对属性赋值,所以,并不需要该属性有SET方法!

另外,使用@Resource注解也可以实现自动装配!

5. Spring知识小结

  1. 理解Spring框架的作用:创建与管理对象,实现解耦;

  2. 掌握使用<bean>节点配置某个类,使得Spring框架创建管理这个类的对象;

  3. 理解单例模式,了解单例模式的写法;

  4. 了解由Spring管理的对象的作用域(是否单例,是否懒加载),并了解如何调整作用域;

  5. 了解配置Spring管理的对象的类的生命周期方法;

  6. 掌握通过SET方式为类中的属性注入值;

  7. 了解通过构造方法为属性注入值;

  8. 了解为数组、ListSetMap类型的属性注入值;

  9. 掌握通过Spring读取.properties文件;

  10. 了解自动装配的byNamebyType装配方式的特点;

  11. 掌握配置组件扫描;

  12. 掌握@Compontent@Controller@Service@Repository注解的使用;

  13. 了解@Scope@Lazy@PostConstruct@PreDestroy注解的使用;

  14. 掌握并理解@Autowired@Resource注解的使用;

  15. 理解解耦依赖IoCDI名词;

---------------------------------------------------------

附1:关于@Autowired和@Resource注解

使用@Autowired@Resource都可以实现自动装配!

@Autowired是Spring框架中的注解,而@Resource是Java EE中的注解!

@Resource注解是优先byName装配的,如果能成功装配,则装配过程就可以直接结束了,如果装配失败,还会尝试byType装配,此时要求有且仅有1个匹配类型的bean,如果满,则装配成功,如果没有匹配类型的bean,或者匹配类型的bean超过1个,则装配失败!

@Autowired注解是优先byType装配的,如果没有匹配类型的bean(匹配类型的有0个),则直接报错,如果只有1个匹配类型的bean,则直接装配且成功,如果匹配类型的bean超过1个,则尝试byName来装配,当使用byName时,能装配成功,则直接成功,如果仍装配失败,则整个装配过程失败!

使用@Resource注解时,如果希望通过byName方式能装配成功,可以在注解中配置参数,以指定bean-id:

@Resource(name="sud")
private UserDao userDao;

如果这篇文章有帮助到您,请简单给个赞吧,谢谢~

### 构建任务失败解决方案 当遇到 `Execution failed for task ':app:shrinkReleaseRes'` 错误时,这通常意味着资源压缩过程中出现了问题。此错误可能由多种原因引起,包括但不限于配置不正确、依赖冲突或特定于项目的其他因素。 #### 可能的原因分析 1. **ProGuard 或 R8 配置不当** ProGuard 和 R8 是用于优化和混淆代码以及减少 APK 大小的工具。如果这些工具的配置存在问题,可能会导致资源无法正常处理[^1]。 2. **重复资源** 如果项目中有多个模块定义了相同的资源名称,可能导致冲突并引发该错误。检查是否存在重名的 drawable、string 等资源文件[^2]。 3. **第方库兼容性** 某些第方库可能与当前使用的 Gradle 插件版本或其他库存在兼容性问题,从而影响到资源打包过程中的行为[^3]。 4. **Gradle 缓存问题** 有时旧缓存数据会干扰新编译的结果,尝试清理本地仓库和重新同步项目可以帮助排除此类潜在障碍[^4]。 #### 推荐的操作方法 为了有效解决问题,建议按照以下步骤逐一排查: ```bash # 清理项目构建目录 ./gradlew clean # 删除 .gradle 文件夹下的所有内容以清除缓存 rm -rf ~/.gradle/caches/ ``` 调整 `build.gradle` 中的相关设置也是一个重要环节: ```groovy android { ... buildTypes { release { minifyEnabled true // 是否启用代码缩减 shrinkResources true // 是否开启资源压缩 proguardFiles getDefaultProguardFile('proguard-android-optimize.txt'), 'proguard-rules.pro' // 尝试禁用 shrinkResources 来测试是否为资源压缩引起的错误 // shrinkResources false } } } ``` 此外,在 `proguard-rules.pro` 文件内添加必要的保留规则,防止关键类被意外移除: ```text -keep class com.example.yourpackage.** { *; } # 替换为你自己的包路径 -dontwarn androidx.**,com.google.** # 忽略警告信息 ``` 最后,确保所使用的 Android Studio 版本是最新的稳定版,并且已经应用了所有的补丁更新。
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值