String 非事务方法做部分事务业务

本文介绍如何在Spring框架中实现特定业务方法内的细粒度事务控制,确保一系列更新操作要么全部成功,要么全部失败,通过自定义Bean辅助类实现对事务边界内所有更新操作的统一管理。
String 中不受transactionInterceptor配置文件的更新语句托管的bean要做部分事务的方式


如:在beanx.xml文件中对save/update/delete等方法进行事务托管,对非事务方法不进行事务托管(find,get/load...).
<tx:advice id="txAdvice" transaction-manager="localTransactionManager">
  <tx:attributes>
<tx:method name="add*" propagation="REQUIRED"
rollback-for="Exception" />
<tx:method name="save*" propagation="REQUIRED"
rollback-for="Exception" />
<tx:method name="insert*" propagation="REQUIRED"
rollback-for="Exception" />
<tx:method name="update*" propagation="REQUIRED"
rollback-for="Exception" />
<tx:method name="delete*" propagation="REQUIRED"
rollback-for="Exception" />
<tx:method name="tran*" propagation="REQUIRED"
rollback-for="Exception" />
<tx:method name="T*" propagation="REQUIRED"
rollback-for="Exception" />
<tx:method name="create*" propagation="REQUIRED"
rollback-for="Exception" />
  </tx:attributes>
</tx:advice>


现在有个业务,我要在该方法内做了更新和查询方法,并且有很多更新语句,
这时我要求在这一堆中更新语句中有事务,一定要在这一堆更新走完这个方法,如果在这堆更新语句中某一句报错了就全部回滚.




一般的代码是这样写:
public void batch...() {
find();
save();
}
//更新一堆
public void save...() {
....可能某句报错了
....
}
public void find...() {
....
}
你一定以为String会回滚save方法,但是它没有.我们不是把他写到save方法内了吗,明明也受String的规则托管了呀.
如果某一句执行错了,其他的也照样提交.String只会认为第一个受托管的方法规则.






解决代码如下:


import org.springframework.beans.BeansException;
import org.springframework.beans.factory.BeanFactory;
import org.springframework.beans.factory.BeanFactoryAware;
import org.springframework.context.ApplicationContext;
import org.springframework.context.ApplicationContextAware;
定义一个String的Bean帮助类,直接获取ApplicationContext 的bean.
public class BeanHelper implements BeanFactoryAware,ApplicationContextAware {
private static BeanFactory beanFactory;

private static ApplicationContext applicationcontext;



public static Object getBean(String id) {
return beanFactory.getBean(id);
}


@SuppressWarnings("static-access")
public void setBeanFactory(BeanFactory beanFactory) throws BeansException {
this.beanFactory = beanFactory;
}


@SuppressWarnings("static-access")
public void setApplicationContext(ApplicationContext applicationcontext)
throws BeansException {
this.applicationcontext = applicationcontext;
}

public static Object getBeanById(String id) {
return applicationcontext.getBean(id);
}


}
<!--注入配置-->
<bean id="beanHelper" class="xxx.BeanHelper">
</bean>
使用方式如下:


public void batch...() {
find();
这里这样用,就保证String回滚你这个方法的更新语句
IXxxxBiz biz = (IXxxxBiz)BeanHelper.getBean("xxxxBiz");
biz.save();


}
### KafkaTemplate 事务事务模式的区别及使用方法 #### 事务模式 在事务模式下,`KafkaTemplate` 支持将消息发送与事务结合,确保消息的发送与其他数据库操作(如更新本地数据库)在同一个事务中完成。这种方式可以保证操作的原子性,即要么所有操作都成功,要么都失败,从而确保数据一致性。 - **事务管理**:事务模式依赖于 Spring 的事务管理机制。通过 `@Transactional` 注解,`KafkaTemplate` 可以在事务中发送消息。如果事务提交失败,消息不会被真正发送到 Kafka,从而避免了数据不一致的问题。 - **使用方法**:启用事务模式时,需要配置 `KafkaTransactionManager`,并在需要事务方法上使用 `@Transactional` 注解。例如,在一个服务方法中,可以同时更新数据库并发送消息,确保这两个操作在同一个事务中完成[^1]。 ```java @Transactional public void sendMessageInTransaction(String topic, String message) { // 更新数据库 updateDatabase(); // 发送消息 kafkaTemplate.send(topic, message); } ``` - **优势**:事务模式的最大优势在于其能够保证消息发送与其他业务操作的原子性,适用于对数据一致性要求较高的场景。 #### 事务模式 在事务模式下,`KafkaTemplate` 的消息发送是独立进行的,不与其他业务操作绑定。这种方式简单直接,适用于对数据一致性要求不高的场景。 - **使用方法**:事务模式的使用更为简单,不需要配置事务管理器,也不需要使用 `@Transactional` 注解。直接调用 `KafkaTemplate` 的 `send` 方法即可发送消息。 ```java public void sendMessage(String topic, String message) { kafkaTemplate.send(topic, message); } ``` - **优势**:事务模式的优势在于其简单性和高性能,适用于对数据一致性要求不高的场景。由于不涉及事务管理,消息发送的性能通常优于事务模式。 #### 区别总结 - **事务控制**:事务模式支持将消息发送与其他业务操作绑定在同一个事务中,而事务模式的消息发送是独立的。 - **数据一致性**:事务模式能够保证数据的一致性,适用于对数据一致性要求较高的场景;而事务模式则适用于对数据一致性要求不高的场景。 - **性能**:事务模式由于涉及事务管理,性能通常低于事务模式;而事务模式由于不涉及事务管理,性能通常更高。 - **适用场景**:事务模式适用于需要保证数据一致性的场景,如金融交易系统;而事务模式适用于数据一致性要求不高,但对性能要求较高的场景,如日志收集系统。 #### 相关问题 1. 如何在Spring Boot中配置KafkaTemplate以支持事务? 2. KafkaTemplate在事务模式下如何处理消息发送失败的情况? 3. 事务模式下,如何确保消息发送的可靠性? 4. 在哪些业务场景中更适合使用KafkaTemplate的事务模式? 5. 使用KafkaTemplate的事务模式时,有哪些性能优化的建议?
评论
成就一亿技术人!
拼手气红包6.0元
还能输入1000个字符
 
红包 添加红包
表情包 插入表情
 条评论被折叠 查看
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值