【SSM_Spring】学习笔记06

本文详细介绍了Spring框架中AOP事务管理的原理与实践,包括事务的ACID原则、隔离级别、传播行为及其实现方式。通过具体案例,演示了如何配置事务通知、AOP以及注解式事务开发。

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

Spring中的aop事务

一、事务的相关知识

1、定义:把多条数据库操作捆绑到一起执行,(福祸同享)

2、事务的原则ACID:

(1)原子性:事务包含的所有操作,要么全部成功,要么全部失败回滚,成功全部应用到数据库,失败不能对数据库有任何影响

(2)一致性:事务在执行前和执行后必须一致;例如A和B一共有100块钱,无论A、B之间如何转账,他们的钱始终相加都是100

(3)隔离性:多用户并发访问同一张表时,数据库为每一个用户开启新的事务,该事务不能被其他事务所影响,相互有隔离;

(4)持久性:一个事务一旦提交,则对数据库中数据的改变是永久的,即便系统故障也不会丢失

3、并发可能引起的问题:

(1)脏读:一个事务读取到另一个事务未提交的数据;

(2)不可重复读:一个事务读取到另一个事务已提交(Update操作)的数据,导致前后读取不一致;

(3)幻读(虚读):一个事务中读取到别的事务插入(Insert操作)的数据,导致前后读取不一致

4、事务的隔离级别:根据实际情况选择;

(1)Serializable串行化:可避免脏读、不可重复读和幻读;

(2)Read uncommitted读未提交:任何情况都无法保证;

(3)Read committed读已提交:可避免脏读

(4)Repeatable read可重复读:可避免脏读、不可重复读;(MySql默认值)

二、Spring-aop事务-搭建环境;

1、事务的基本操作:打开事务、提交事务、回滚事务;

2、Spring中利用接口来管理不同框架的事务操作;

(1)通过实现 PlatformTransactionManager接口支持不同的框架完成各自的事务处理;

(2)为不同平台提供对应的事务管理器的实现:

           例: JDBC&Mybatis: DataSourceTransactionManager;

3、Spring-aop事务通过配置事务的隔离级别、是否只读、事务传播行为来操作;

(1)隔离级别:串行化、可重复读、读已提交、读未提交;

(2)是否只读: true:不可改变数据库中的数据,查询操作推荐;

                              false:可以改变数据库数据;

(3)事务传播行为:事务方法嵌套调用的规则:

                xService.x();          ->         yService.y();

a) REQUIRED:如果当前没有事务,就创建一个新事务,如果当前存在事务,就加入该事务,该设置是最常用的设置;

b)REQUIRES_NEW:创建新事务,无论当前存不存在事务,都创建新事务;

c)SUPPORTS:支持当前事务,如果当前存在事务,就加入该事务,如果当前不存在事务,就以非事务执行;

d)NOT_SUPPORTED:以非事务方式执行操作,如果当前存在事务,就把当前事务挂起(暂停);

e)MANDATORY:支持当前事务,如果当前存在事务,就加入该事务,如果当前不存在事务,就抛出异常;

f)NEVER:以非事务方式执行,如果当前存在事务,则抛出异常;

g)NESTED:如果当前存在事务,则在嵌套事务内执行。如果当前没有事务,则执行与REQUIRED类似的操作。

三、Spring-aop事务案例搭建

1、准备数据库、创建项目、导入spring依赖包、数据库配置文件、Spring配置文件(与上次jdbc笔记类似,不赘述)

2、书写Java代码

a)bean

public class Account {
	private Integer id;
	private String name;
	private Double money;
}

b)AccountDao\AccountDaoImpl:

public interface AccountDao {

	void subMoney(Integer id, Double money);

	void addMoney(Integer id, Double money);

}
public class AccountDaoImpl extends JdbcDaoSupport implements AccountDao {

	@Override
	public void subMoney(Integer id, Double money) {
		String sql = "update account set money = money - ? where id = ?";
		getJdbcTemplate().update(sql, money,id);
	}

	@Override
	public void addMoney(Integer id, Double money) {
		String sql = "update account set money = money + ? where id = ?";
		getJdbcTemplate().update(sql, money,id);
	}

}

c)AccountService\AccountServiceImpl:

public interface AccountService {
	//转账操作
	public void transferAccount();
}
public class AccountServiceImpl implements AccountService {

	private AccountDao ad;
	
	public void setAd(AccountDao ad) {
		this.ad = ad;
	}

	@Override
	public void transferAccount() {
		//转账100
		ad.subMoney(1,100d);
		
		//收帐100
		ad.addMoney(2,100d);
	}

}

d)测试类:

@RunWith(SpringJUnit4ClassRunner.class)
@ContextConfiguration("classpath:applicationContext.xml")
public class TransactionTest {
	
	@Resource(name="accountService")
    AccountService as;
	
	@Test
	public void test() {
		as.transferAccount();
	}
}

 总结:从测试结果可以看出,如果两者操作正常,则数据库操作正常;加入一方有问题,可能会出现数据不同步的情况,比如我在AccountServiceImpl中的转帐操作手动写一个异常搁在两个方法中间,跑了一下可以发现,一方转账扣钱了另一方没有收到钱。所以以下是通过配置文件修改事务隔离级别;

附使用spring中的aop事务配置:

1、导入tx包、加入约束;

2、配置spring文件,

(1)配置事务通知核心管理器 DataSourceTransactionManager

(2)配置事务通知:主要是配置事务方法的隔离级别、事务传播行为、是否只读

(3)配置aop

<!-- 配置事务核心管理器 DataSourceTransactionManager;-->
	<bean name="transactionManager" class="org.springframework.jdbc.datasource.DataSourceTransactionManager">
		<property name="dataSource" ref="dataSource"/>
	</bean>
	
	<!-- 配置事务通知 tx:Advice -->
	<tx:advice id="txAdvice" transaction-manager="transactionManager">
		<tx:attributes>
		    <!-- 需要配置事务的方法名 :name   隔离级别:isolation  事务传播行为;propagation 是否只读-->
			<tx:method name="transferAccount" isolation="DEFAULT" propagation="REQUIRED" read-only="false"/>
		</tx:attributes>
	</tx:advice>
	<!-- 配置aop -->
	<aop:config>
		<aop:pointcut expression="execution(* com.dunka.service.*ServiceImpl.*(..))" id="pC"/>
		<aop:advisor advice-ref="txAdvice" pointcut-ref="pC"/>
	</aop:config>
	

接下来,通过测试可以发现上述的异常不会对数据库有所影响。

四、注解式事务开发;

1、配置事务通知核心管理器

2、开启注解事务

<!-- 配置事务核心管理器 DataSourceTransactionManager;-->
	<bean name="transactionManager" class="org.springframework.jdbc.datasource.DataSourceTransactionManager">
		<property name="dataSource" ref="dataSource"/>
	</bean>
	
	<!-- 开启注解事务 -->
	<tx:annotation-driven/>

3、在需要开启事务的方法上写注解,如果某个service类中的所有方法都适用此注解,只需在类上写注解,偶尔有不同的,单独在该方法上写注解;(也是按照隔离级别、事务传播行为、是否可读)

	@Override
	@Transactional(isolation=Isolation.DEFAULT,propagation=Propagation.REQUIRED,readOnly=false)
	public void transferAccount() {
		//转账100
		ad.subMoney(1,100d);
		
		int i=1/0;
		//收帐100
		ad.addMoney(2,100d);
	}

4、测试OK;

标题基于SpringBoot+Vue的学生交流互助平台研究AI更换标题第1章引言介绍学生交流互助平台的研究背景、意义、现状、方法与创新点。1.1研究背景与意义分析学生交流互助平台在当前教育环境下的需求及其重要性。1.2国内外研究现状综述国内外在学生交流互助平台方面的研究进展与实践应用。1.3研究方法与创新点概述本研究采用的方法论、技术路线及预期的创新成果。第2章相关理论阐述SpringBoot与Vue框架的理论基础及在学生交流互助平台中的应用。2.1SpringBoot框架概述介绍SpringBoot框架的核心思想、特点及优势。2.2Vue框架概述阐述Vue框架的基本原理、组件化开发思想及与前端的交互机制。2.3SpringBoot与Vue的整合应用探讨SpringBoot与Vue在学生交流互助平台中的整合方式及优势。第3章平台需求分析深入分析学生交流互助平台的功能需求、非功能需求及用户体验要求。3.1功能需求分析详细阐述平台的各项功能需求,如用户管理、信息交流、互助学习等。3.2非功能需求分析对平台的性能、安全性、可扩展性等非功能需求进行分析。3.3用户体验要求从用户角度出发,提出平台在易用性、美观性等方面的要求。第4章平台设计与实现具体描述学生交流互助平台的架构设计、功能实现及前后端交互细节。4.1平台架构设计给出平台的整体架构设计,包括前后端分离、微服务架构等思想的应用。4.2功能模块实现详细阐述各个功能模块的实现过程,如用户登录注册、信息发布与查看、在线交流等。4.3前后端交互细节介绍前后端数据交互的方式、接口设计及数据传输过程中的安全问题。第5章平台测试与优化对平台进行全面的测试,发现并解决潜在问题,同时进行优化以提高性能。5.1测试环境与方案介绍测试环境的搭建及所采用的测试方案,包括单元测试、集成测试等。5.2测试结果分析对测试结果进行详细分析,找出问题的根源并
内容概要:本文详细介绍了一个基于灰狼优化算法(GWO)优化的卷积双向长短期记忆神经网络(CNN-BiLSTM)融合注意力机制的多变量多步时间序列预测项目。该项目旨在解决传统时序预测方法难以捕捉非线性、复杂时序依赖关系的问题,通过融合CNN的空间特征提取、BiLSTM的时序建模能力及注意力机制的动态权重调节能力,实现对多变量多步时间序列的精准预测。项目不仅涵盖了数据预处理、模型构建与训练、性能评估,还包括了GUI界面的设计与实现。此外,文章还讨论了模型的部署、应用领域及其未来改进方向。 适合人群:具备一定编程基础,特别是对深度学习、时间序列预测及优化算法有一定了解的研发人员和数据科学家。 使用场景及目标:①用于智能电网负荷预测、金融市场多资产价格预测、环境气象多参数预报、智能制造设备状态监测与预测维护、交通流量预测与智慧交通管理、医疗健康多指标预测等领域;②提升多变量多步时间序列预测精度,优化资源调度和风险管控;③实现自动化超参数优化,降低人工调参成本,提高模型训练效率;④增强模型对复杂时序数据特征的学习能力,促进智能决策支持应用。 阅读建议:此资源不仅提供了详细的代码实现和模型架构解析,还深入探讨了模型优化和实际应用中的挑战与解决方案。因此,在学习过程中,建议结合理论与实践,逐步理解各个模块的功能和实现细节,并尝试在自己的项目中应用这些技术和方法。同时,注意数据预处理的重要性,合理设置模型参数与网络结构,控制多步预测误差传播,防范过拟合,规划计算资源与训练时间,关注模型的可解释性和透明度,以及持续更新与迭代模型,以适应数据分布的变化。
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包

打赏作者

多啦CCCC梦

你的鼓励将是我最大的创作动力~

¥1 ¥2 ¥4 ¥6 ¥10 ¥20
扫码支付:¥1
获取中
扫码支付

您的余额不足,请更换扫码支付或充值

打赏作者

实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

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

余额充值