1.使用properties文件配置数据源
jdbc.driver=com.mysql.cj.jdbc.Driver
jdbc.url=mysql://127.0.0.1:3306/cvs_db?useUnicode=true&characterEncoding=utf8&serverTimezone=Asia/Shanghai
jdbc.username=root
jdbc.password=123456
<bean class="org.springframework.context.support.PropertySourcesPlaceholderConfigurer">
<property name="location">
<value>classpath:database.properties</value> ---->引入properties文件
</property>
</bean>
<bean id="dataSource" destory-method="close"
class="org.apache.commons.dbcp.BasicDataSource">
<property name="driverClassName" value="${jdbc.driver}"/>
<property name="url" value="${jdbc.url}" />
<property name="username" value="${jdbc.username}" />
<property name="password" value="${jdbc.password}" />
</bean>
<--引用properties文件中的键值对数据-->
2.Spring中Bean的自动装配
属性
说明
no
不使用自动装配。Bean的依赖关系必须通过property元素定义
byType
根据属性类型自动装配
byName
根据属性名自动装配
constructor
与byType的方式类似,不同之处在它应用于构造器参数
3.Spring中Bean的作用域
作用域
说明
singleton
默认值。以单例模式创建Bean的实例,即容器中该Bean的实例只会被创建一个
prototype
每次从容器中获取Bean时,都会创建一个新的实例
request
用于Web应用环境,针对每次HTTP请求都会创建一个实例
session
用于Web应用环境,同一个会话共享同一个实例
global session
仅在Portlet的Web应用中使用,同一个全局会话共享一个实例。对于非Portlet环境,等同于session
<!--配置DAO-->
<bean id="sysUserMapper" class="cn.cvs.dao.SysUserMapperImpl" autowire="byType" scope="singleton" />
4. 使用注解指定Bean的作用域
@Scope("prototype")
@Service public class SysUserServiceImpl implements SysUserService {
// 业务编码
}
5.Bean作用域
Singleton(默认):每个Spring容器中只有一个Bean实例,无论多少个请求或引用,都将返回同一个实例。可以通过在Bean定义中设置scope="singleton"来显式声明。
Prototype:每次请求或引用该Bean时,都将创建一个新的Bean实例。也就是说,每次获取该Bean时,都会获得一个全新的实例。可以通过在Bean定义中设置scope="prototype"来显式声明。
Request:每个HTTP请求都将创建一个新的Bean实例,在同一个请求中的多个Bean引用将共享相同的实例。适用于Web应用程序。可以通过在Bean定义中设置scope="request"来显式声明。
Session:每个用户会话都将创建一个新的Bean实例,在同一个会话中的多个Bean引用将共享相同的实例。适用于Web应用程序。可以通过在Bean定义中设置scope="session"来显式声明。
Application:整个应用程序的生命周期中只创建一个Bean实例,多个用户共享相同的实例。适用于Web应用程序。可以通过在Bean定义中设置scope="application"来显式声明。
WebSocket:每个WebSocket连接都将创建一个新的Bean实例,在同一个WebSocket连接中的多个Bean引用将共享相同的实例。适用于Web应用程序。可以通过在Bean定义中设置scope="websocket"来显式声明。
6.脏读,幻读,不可重复读
脏读指的是一个事务在读取到另一个事务尚未提交的数据时,导致读取到了未被确认的临时数据
比如:
假设有两个事务在同时处理银行账户的操作:事务A和事务B。事务A读取了账户的余额,在事务A进行修改之前,事务B也读取了同样的余额。然后,事务A进行了一次转账操作,余额减少了。此时,如果事务B也使用了之前读取到的余额,就会导致错误的结果,因为事务B读取到的余额是未经确认的临时数据。
幻读指的是事务在相同条件下多次查询时,得到了不一致的结果集
比如:
假设有两个事务在同时处理商品订单的操作:事务A和事务B。事务A根据某个条件查询了一批订单,得到了一组结果。在事务A执行完查询后的短暂间隙内,事务B增加了符合同样条件的另外一个订单。然后,事务A再次查询同样的条件,却发现结果集中又多了一行,这种新增的行就像“幻影”一样出现
不可重复读指的是一个事务在多次读取同一数据时
由于其他事务的修改操作,导致不同的读取结果
比如:
假设有两个事务在同时访问用户表的数据:事务A和事务B。事务A首先读取了某个用户的账户余额,然后事务B修改了该用户的余额,并提交了修改。接着,事务A再次读取同一个用户的余额时,却发现已经发生了变化,结果不同于前一次的读取
如何防止这三种错误的出现呢,
合适的事务隔离级别:
选择合适的事务隔离级别是管理并发问题的一种重要策略。常见的隔离级别包括
读未提交(Read Uncommitted):
读未提交是最低级别的事务隔离级别。在该级别下,一个事务可以读取到其他事务尚未提交的数据,包括未经确认的临时数据。这种隔离级别很容易发生脏读问题,因此不推荐在高并发和对数据一致性要求高的场景使用。
读已提交(Read Committed):
读已提交是较高级别的事务隔离级别。在该级别下,一个事务只能读取到其他事务已经提交的数据。这种级别可以避免脏读问题,但可能会出现幻读和不可重复读问题。
可重复读(Repeatable Read):
可重复读是一个更高级别的事务隔离级别。在该级别下,一个事务在开始时读取数据后,无论其他事务如何修改数据,在整个事务期间都会保持一致的数据视图。这种级别可以避免脏读和不可重复读问题,但可能会出现幻读问题。
串行化(Serializable):
串行化是最高级别的事务隔离级别。在该级别下,事务会依次执行,相当于将并发操作序列化为串行操作。这种级别能够避免脏读、幻读和不可重复读问题,但会降低并发性能,因为每个事务都需要等待前一个事务完成。
虽然有这几种办法,但是还是需要根据具体情况来使用适当的隔离级别