0
  • 聊天消息
  • 系統(tǒng)消息
  • 評論與回復
登錄后你可以
  • 下載海量資料
  • 學習在線課程
  • 觀看技術視頻
  • 寫文章/發(fā)帖/加入社區(qū)
會員中心
創(chuàng)作中心

完善資料讓更多小伙伴認識你,還能領取20積分哦,立即完善>

3天內(nèi)不再提示

Spring事務實現(xiàn)原理

京東云 ? 來源:京東零售 范錫軍 ? 作者:京東零售 范錫軍 ? 2024-11-08 10:10 ? 次閱讀

作者:京東零售 范錫軍

1、引言

spring的spring-tx模塊提供了對事務管理支持,使用spring事務可以讓我們從復雜的事務處理中得到解脫,無需要去處理獲得連接、關閉連接、事務提交和回滾等這些操作。

spring事務有編程式事務和聲明式事務兩種實現(xiàn)方式。編程式事務是通過編寫代碼來管理事務的提交、回滾、以及事務的邊界。這意味著開發(fā)者需要在代碼中顯式地調(diào)用事務的開始、提交和回滾。聲明式事務是通過配置來管理事務,您可以使用注解或XML配置來定義事務的邊界和屬性,而無需顯式編寫事務管理的代碼。

下面我們逐步分析spring源代碼,理解spring事務的實現(xiàn)原理。

2、編程式事務

2.1 使用示例

// transactionManager是某一個具體的PlatformTransactionManager實現(xiàn)類的對象
private PlatformTransactionManager transactionManager;


// 定義事務屬性
DefaultTransactionDefinition def = new DefaultTransactionDefinition();

// 獲取事務
TransactionStatus status = transactionManager.getTransaction(def);

try {
    // 執(zhí)行數(shù)據(jù)庫操作
    // ...
    
    // 提交事務
    transactionManager.commit(status);
} catch (Exception ex) {
    // 回滾事務
    transactionManager.rollback(status);
}

在使用編程式事務處理的過程中,利用 DefaultTransactionDefinition 對象來持有事務處理屬性。同時,在創(chuàng)建事務的過程中得到一個 TransactionStatus 對象,然后通過直接調(diào)用 transactionManager 對象 的 commit() 和 rollback()方法 來完成事務處理。

2.2 PlatformTransactionManager核心接口

wKgZomctcxKAXsmhAAEMko_SUCM423.png

?

PlatformTransactionManager是Spring事務管理的核心接口,通過 PlatformTransactionManager 接口設計了一系列與事務處理息息相關的接口方法,如 getTransaction()、commit()、rollback() 這些和事務處理相關的統(tǒng)一接口。對于這些接口的實現(xiàn),很大一部分是由 AbstractTransactionManager 抽象類來完成的。

AbstractPlatformManager 封裝了 Spring 事務處理中通用的處理部分,比如事務的創(chuàng)建、提交、回滾,事務狀態(tài)和信息的處理,與線程的綁定等,有了這些通用處理的支持,對于具體的事務管理器而言,它們只需要處理和具體數(shù)據(jù)源相關的組件設置就可以了,比如在DataSourceTransactionManager中,就只需要配置好和DataSource事務處理相關的接口以及相關的設置。

2.3 事務的創(chuàng)建

PlatformTransactionManager的getTransaction()方法,封裝了底層事務的創(chuàng)建,并生成一個 TransactionStatus對象。AbstractPlatformTransactionManager提供了創(chuàng)建事務的模板,這個模板會被具體的事務處理器所使用。從下面的代碼中可以看到,AbstractPlatformTransactionManager會根據(jù)事務屬性配置和當前進程綁定的事務信息,對事務是否需要創(chuàng)建,怎樣創(chuàng)建 進行一些通用的處理,然后把事務創(chuàng)建的底層工作交給具體的事務處理器完成,如:DataSourceTransactionManager、HibernateTransactionManager。

public final TransactionStatus getTransaction(@Nullable TransactionDefinition definition)
        throws TransactionException {
    TransactionDefinition def = (definition != null ? definition : TransactionDefinition.withDefaults());
    Object transaction = doGetTransaction();
    boolean debugEnabled = logger.isDebugEnabled();
    if (isExistingTransaction(transaction)) {
        return handleExistingTransaction(def, transaction, debugEnabled);
    }
    if (def.getTimeout() < TransactionDefinition.TIMEOUT_DEFAULT) {
        throw new InvalidTimeoutException("Invalid transaction timeout", def.getTimeout());
    }
    if (def.getPropagationBehavior() == TransactionDefinition.PROPAGATION_MANDATORY) {
        throw new IllegalTransactionStateException(
                "No existing transaction found for transaction marked with propagation 'mandatory'");
    }
    else if (def.getPropagationBehavior() == TransactionDefinition.PROPAGATION_REQUIRED ||
            def.getPropagationBehavior() == TransactionDefinition.PROPAGATION_REQUIRES_NEW ||
            def.getPropagationBehavior() == TransactionDefinition.PROPAGATION_NESTED) {
        SuspendedResourcesHolder suspendedResources = suspend(null);
        if (debugEnabled) {
            logger.debug("Creating new transaction with name [" + def.getName() + "]: " + def);
        }
        try {
            return startTransaction(def, transaction, false, debugEnabled, suspendedResources);
        }
        catch (RuntimeException | Error ex) {
            resume(null, suspendedResources);
            throw ex;
        }
    }
    else {
        if (def.getIsolationLevel() != TransactionDefinition.ISOLATION_DEFAULT && logger.isWarnEnabled()) {
            logger.warn("Custom isolation level specified but no actual transaction initiated; " +
                    "isolation level will effectively be ignored: " + def);
        }
        boolean newSynchronization = (getTransactionSynchronization() == SYNCHRONIZATION_ALWAYS);
        return prepareTransactionStatus(def, null, true, newSynchronization, debugEnabled, null);
    }
}

private TransactionStatus startTransaction(TransactionDefinition definition, Object transaction, boolean debugEnabled, @Nullable SuspendedResourcesHolder suspendedResources) {
    boolean newSynchronization = this.getTransactionSynchronization() != SYNCHRONIZATION_NEVER;
    DefaultTransactionStatus status = this.newTransactionStatus(definition, transaction, true, newSynchronization, debugEnabled, suspendedResources);
    this.doBegin(transaction, definition);
    this.prepareSynchronization(status, definition);
    return status;
}

事務創(chuàng)建的結果是生成一個TransactionStatus對象,通過這個對象來保存事務處理需要的基本信息,TransactionStatus的創(chuàng)建過程如下:

protected DefaultTransactionStatus newTransactionStatus(TransactionDefinition definition, @Nullable Object transaction, boolean newTransaction, boolean newSynchronization, boolean debug, @Nullable Object suspendedResources) {
    boolean actualNewSynchronization = newSynchronization && !TransactionSynchronizationManager.isSynchronizationActive();
    return new DefaultTransactionStatus(transaction, newTransaction, actualNewSynchronization, definition.isReadOnly(), debug, suspendedResources);
}

以上是創(chuàng)建一個全新事務的過程,還有另一種情況是:在創(chuàng)建當前事務時,線程中已經(jīng)有事務存在了。這種情況會涉及事務傳播行為的處理。spring中七種事務傳播行為如下:

事務傳播行為類型 說明
PROPAGATION_REQUIRED 如果當前沒有事務,就新建一個事務,如果已經(jīng)存在一個事務中,加入到這個事務中。這是最常見的選擇。
PROPAGATION_SUPPORTS 支持當前事務,如果當前沒有事務,就以非事務方式執(zhí)行。
PROPAGATION_MANDATORY 使用當前的事務,如果當前沒有事務,就拋出異常。
PROPAGATION_REQUIRES_NEW 新建事務,如果當前存在事務,把當前事務掛起。
PROPAGATION_NOT_SUPPORTED 以非事務方式執(zhí)行操作,如果當前存在事務,就把當前事務掛起。
PROPAGATION_NEVER 以非事務方式執(zhí)行,如果當前存在事務,則拋出異常。
PROPAGATION_NESTED 如果當前存在事務,則在嵌套事務內(nèi)執(zhí)行。如果當前沒有事務,則執(zhí)行與PROPAGATION_REQUIRED類似的操作。

如果檢測到已存在事務,handleExistingTransaction()方法將根據(jù)不同的事務傳播行為類型執(zhí)行相應邏輯。

PROPAGATION_NEVER

即當前方法需要在非事務的環(huán)境下執(zhí)行,如果有事務存在,那么拋出異常。

if (definition.getPropagationBehavior() == TransactionDefinition.PROPAGATION_NEVER) {
    throw new IllegalTransactionStateException(
            "Existing transaction found for transaction marked with propagation 'never'");
}

PROPAGATION_NOT_SUPPORTED

與前者的區(qū)別在于,如果有事務存在,那么將事務掛起,而不是拋出異常。

if (definition.getPropagationBehavior() == TransactionDefinition.PROPAGATION_NOT_SUPPORTED) {
    Object suspendedResources = suspend(transaction);
    boolean newSynchronization = (getTransactionSynchronization() == SYNCHRONIZATION_ALWAYS);
    return prepareTransactionStatus(
        definition, null, false, newSynchronization, debugEnabled, suspendedResources);
}

PROPAGATION_REQUIRES_NEW

新建事務,如果當前存在事務,把當前事務掛起。

if (definition.getPropagationBehavior() == TransactionDefinition.PROPAGATION_REQUIRES_NEW) {
    SuspendedResourcesHolder suspendedResources = suspend(transaction);
    boolean newSynchronization = (getTransactionSynchronization() != SYNCHRONIZATION_NEVER);
    DefaultTransactionStatus status = newTransactionStatus(
            definition, transaction, true, newSynchronization, debugEnabled, suspendedResources);
    doBegin(transaction, definition);
    prepareSynchronization(status, definition);
    return status;
}

PROPAGATION_NESTED

開始一個 "嵌套的" 事務, 它是已經(jīng)存在事務的一個真正的子事務. 嵌套事務開始執(zhí)行時, 它將取得一個 savepoint. 如果這個嵌套事務失敗, 我們將回滾到此 savepoint. 嵌套事務是外部事務的一部分, 只有外部事務結束后它才會被提交。

if (definition.getPropagationBehavior() == TransactionDefinition.PROPAGATION_NESTED) {
    if (useSavepointForNestedTransaction()) {
        DefaultTransactionStatus status = newTransactionStatus(
                definition, transaction, false, false, true, debugEnabled, null);
        this.transactionExecutionListeners.forEach(listener -> listener.beforeBegin(status));
        try {
            status.createAndHoldSavepoint();
        }
        catch (RuntimeException | Error ex) {
            this.transactionExecutionListeners.forEach(listener -> listener.afterBegin(status, ex));
            throw ex;
        }
        this.transactionExecutionListeners.forEach(listener -> listener.afterBegin(status, null));
        return status;
    }
    else {
        return startTransaction(definition, transaction, true, debugEnabled, null);
    }
}

2.4 事務掛起

事務掛起在AbstractTransactionManager.suspend()中處理,該方法內(nèi)部將調(diào)用具體事務管理器的doSuspend()方法。以DataSourceTransactionManager為例,將ConnectionHolder設為null,因為一個ConnectionHolder對象就代表了一個數(shù)據(jù)庫連接,將ConnectionHolder設為null就意味著我們下次要使用連接時,將重新從連接池獲取。

protected Object doSuspend(Object transaction) {
    DataSourceTransactionObject txObject = (DataSourceTransactionObject) transaction;
    txObject.setConnectionHolder(null);
    return TransactionSynchronizationManager.unbindResource(obtainDataSource());
}

unbindResource()方法最終會調(diào)用TransactionSynchronizationManager.doUnbindResource()方法,該方法將移除當前線程與事務對象的綁定。

private static Object doUnbindResource(Object actualKey) {
    Map map = resources.get();
    if (map == null) {
        return null;
    }
    Object value = map.remove(actualKey);
    if (map.isEmpty()) {
        resources.remove();
    }
    if (value instanceof ResourceHolder resourceHolder && resourceHolder.isVoid()) {
        value = null;
    }
    return value;
}

而被掛起的事務的各種狀態(tài)最終會保存在TransactionStatus對象中。

2.5 事務提交&回滾

主要是對jdbc的封裝、源碼邏輯較清晰,不展開細說。

?

3、聲明式事務

其底層建立在 AOP 的基礎之上,對方法前后進行攔截,然后在目標方法開始之前創(chuàng)建或者加入一個事務,在執(zhí)行完目標方法之后根據(jù)執(zhí)行情況提交或者回滾事務。通過聲明式事物,無需在業(yè)務邏輯代碼中摻雜事務管理的代碼,只需在配置文件中做相關的事務規(guī)則聲明(或通過等價的基于標注的方式),便可以將事務規(guī)則應用到業(yè)務邏輯中。

3.1 使用示例

配置:


    
    
    
    


    



代碼:

@Transactional
public void addOrder() {
    // 執(zhí)行數(shù)據(jù)庫操作
}

3.2 自定義標簽解析

先從配置文件開始入手,找到處理annotation-driven標簽的類TxNamespaceHandler。TxNamespaceHandler實現(xiàn)了NamespaceHandler接口,定義了如何解析和處理自定義XML標簽。

@Override
public void init() {
    registerBeanDefinitionParser("advice", new TxAdviceBeanDefinitionParser());
    registerBeanDefinitionParser("annotation-driven", new AnnotationDrivenBeanDefinitionParser());
    registerBeanDefinitionParser("jta-transaction-manager", new JtaTransactionManagerBeanDefinitionParser());
}

AnnotationDrivenBeanDefinitionParser里的parse()方法,對XML標簽annotation-driven進行解析。

@Override
public BeanDefinition parse(Element element, ParserContext parserContext) {
    registerTransactionalEventListenerFactory(parserContext);
    String mode = element.getAttribute("mode");
    if ("aspectj".equals(mode)) {
        // mode="aspectj"
        registerTransactionAspect(element, parserContext);
        if (ClassUtils.isPresent("jakarta.transaction.Transactional", getClass().getClassLoader())) {
            registerJtaTransactionAspect(element, parserContext);
        }
    }
    else {
        // mode="proxy"
        AopAutoProxyConfigurer.configureAutoProxyCreator(element, parserContext);
    }
    return null;
}

以默認mode配置為例,執(zhí)行configureAutoProxyCreator()方法,將在Spring容器中注冊了3個bean:

BeanFactoryTransactionAttributeSourceAdvisor、TransactionInterceptor、AnnotationTransactionAttributeSource。同時會將TransactionInterceptor的BeanName傳入到Advisor中,然后將AnnotationTransactionAttributeSource這個Bean注入到Advisor中。之后動態(tài)代理的時候會使用這個Advisor去尋找每個Bean是否需要動態(tài)代理。

// Create the TransactionAttributeSourceAdvisor definition.
RootBeanDefinition advisorDef = new RootBeanDefinition(BeanFactoryTransactionAttributeSourceAdvisor.class);
advisorDef.setSource(eleSource);
advisorDef.setRole(BeanDefinition.ROLE_INFRASTRUCTURE);
advisorDef.getPropertyValues().add("transactionAttributeSource", new RuntimeBeanReference(sourceName));
advisorDef.getPropertyValues().add("adviceBeanName", interceptorName);
if (element.hasAttribute("order")) {
    advisorDef.getPropertyValues().add("order", element.getAttribute("order"));
}
parserContext.getRegistry().registerBeanDefinition(txAdvisorBeanName, advisorDef);

CompositeComponentDefinition compositeDef = new CompositeComponentDefinition(element.getTagName(), eleSource);
compositeDef.addNestedComponent(new BeanComponentDefinition(sourceDef, sourceName));
compositeDef.addNestedComponent(new BeanComponentDefinition(interceptorDef, interceptorName));
compositeDef.addNestedComponent(new BeanComponentDefinition(advisorDef, txAdvisorBeanName));
parserContext.registerComponent(compositeDef);

3.3 Advisor

回顧AOP用法,Advisor可用于定義一個切面,它包含切點(Pointcut)和通知(Advice),用于在特定的連接點上執(zhí)行特定的操作。spring事務實現(xiàn)了一個Advisor: BeanFactoryTransactionAttributeSourceAdvisor。

public class BeanFactoryTransactionAttributeSourceAdvisor extends AbstractBeanFactoryPointcutAdvisor {

    private final TransactionAttributeSourcePointcut pointcut = new TransactionAttributeSourcePointcut();

    public void setTransactionAttributeSource(TransactionAttributeSource transactionAttributeSource) {
        this.pointcut.setTransactionAttributeSource(transactionAttributeSource);
    }

    public void setClassFilter(ClassFilter classFilter) {
        this.pointcut.setClassFilter(classFilter);
    }

    @Override
    public Pointcut getPointcut() {
        return this.pointcut;
    }
}

BeanFactoryTransactionAttributeSourceAdvisor其實是一個PointcutAdvisor,是否匹配到切入點取決于Pointcut。Pointcut的核心在于其ClassFilter和MethodMatcher。

ClassFilter:

TransactionAttributeSourcePointcut內(nèi)部私有類 TransactionAttributeSourceClassFilter,實現(xiàn)了Spring框架中的ClassFilter接口。在matches方法中,它首先檢查傳入的類clazz 否為TransactionalProxy、TransactionManager或PersistenceExceptionTranslator的子類,如果不是,則獲取當前的 TransactionAttributeSource 并檢查其是否允許該類作為候選類。

private class TransactionAttributeSourceClassFilter implements ClassFilter {
    @Override
    public boolean matches(Class clazz) {
        if (TransactionalProxy.class.isAssignableFrom(clazz) ||
                TransactionManager.class.isAssignableFrom(clazz) ||
                PersistenceExceptionTranslator.class.isAssignableFrom(clazz)) {
            return false;
        }
        return (transactionAttributeSource == null || transactionAttributeSource.isCandidateClass(clazz));
    }
}

MethodMatcher:

TransactionAttributeSourcePointcut.matches:

@Override
public boolean matches(Method method, Class targetClass) {
    return (this.transactionAttributeSource == null ||
            this.transactionAttributeSource.getTransactionAttribute(method, targetClass) != null);
}

getTransactionAttribute()方法最終會調(diào)用至AbstractFallbackTransactionAttributeSource.computeTransactionAttribute()方法,該方法將先去方法上查找是否有相應的事務注解(比如@Transactional),如果沒有,那么再去類上查找。

protected TransactionAttribute computeTransactionAttribute(Method method, @Nullable Class targetClass) {
    // Don't allow non-public methods, as configured.
    if (allowPublicMethodsOnly() && !Modifier.isPublic(method.getModifiers())) {
        return null;
    }

    // The method may be on an interface, but we need attributes from the target class.
    // If the target class is null, the method will be unchanged.
    Method specificMethod = AopUtils.getMostSpecificMethod(method, targetClass);

    // First try is the method in the target class.
    TransactionAttribute txAttr = findTransactionAttribute(specificMethod);
    if (txAttr != null) {
        return txAttr;
    }

    // Second try is the transaction attribute on the target class.
    txAttr = findTransactionAttribute(specificMethod.getDeclaringClass());
    if (txAttr != null && ClassUtils.isUserLevelMethod(method)) {
        return txAttr;
    }

    if (specificMethod != method) {
        // Fallback is to look at the original method.
        txAttr = findTransactionAttribute(method);
        if (txAttr != null) {
            return txAttr;
        }
        // Last fallback is the class of the original method.
        txAttr = findTransactionAttribute(method.getDeclaringClass());
        if (txAttr != null && ClassUtils.isUserLevelMethod(method)) {
            return txAttr;
        }
    }

    return null;
}

3.4 TransactionInterceptor

TransactionInterceptor是spring事務提供的AOP攔截器,實現(xiàn)了AOP Alliance的MethodInterceptor接口,是一種通知(advice)。其可以用于在方法調(diào)用前后進行事務管理。

@Override
@Nullable
public Object invoke(MethodInvocation invocation) throws Throwable {
    // Work out the target class: may be {@code null}.
    // The TransactionAttributeSource should be passed the target class
    // as well as the method, which may be from an interface.
    Class targetClass = (invocation.getThis() != null ? AopUtils.getTargetClass(invocation.getThis()) : null);

    // Adapt to TransactionAspectSupport's invokeWithinTransaction...
    return invokeWithinTransaction(invocation.getMethod(), targetClass, new CoroutinesInvocationCallback() {
        @Override
        @Nullable
        public Object proceedWithInvocation() throws Throwable {
            return invocation.proceed();
        }
        @Override
        public Object getTarget() {
            return invocation.getThis();
        }
        @Override
        public Object[] getArguments() {
            return invocation.getArguments();
        }
    });
}

invokeWithinTransaction()方法會根據(jù)目標方法上的事務配置,來決定是開啟新事務、加入已有事務,還是直接執(zhí)行邏輯(如果沒有事務)。其代碼簡化如下(僅保留PlatformTransactionManager部分):

protected Object invokeWithinTransaction(Method method, @Nullable Class targetClass, final InvocationCallback invocation) {
    // If the transaction attribute is null, the method is non-transactional.
    final TransactionAttribute txAttr = getTransactionAttributeSource()
        .getTransactionAttribute(method, targetClass);
    final PlatformTransactionManager tm = determineTransactionManager(txAttr);
    final String joinpointIdentification = methodIdentification(method, targetClass);
    if (txAttr == null || !(tm instanceof CallbackPreferringPlatformTransactionManager)) {
        // Standard transaction demarcation with getTransaction and commit/rollback calls.
        TransactionInfo txInfo = createTransactionIfNecessary(tm, txAttr, joinpointIdentification);
        ObjectretVal = null;
        try {
            // This is an around advice: Invoke the next interceptor in the chain.
            // This will normally result in a target object being invoked.
            retVal = invocation.proceedWithInvocation();
        } catch (Throwableex) {
            // target invocation exception
            completeTransactionAfterThrowing(txInfo, ex);
            throwex;
        } finally {
            cleanupTransactionInfo(txInfo);
        }
        commitTransactionAfterReturning(txInfo);
        returnretVal;
    }
}


審核編輯 黃宇

聲明:本文內(nèi)容及配圖由入駐作者撰寫或者入駐合作網(wǎng)站授權轉(zhuǎn)載。文章觀點僅代表作者本人,不代表電子發(fā)燒友網(wǎng)立場。文章及其配圖僅供工程師學習之用,如有內(nèi)容侵權或者其他違規(guī)問題,請聯(lián)系本站處理。 舉報投訴
  • XML
    XML
    +關注

    關注

    0

    文章

    187

    瀏覽量

    33022
  • 代碼
    +關注

    關注

    30

    文章

    4721

    瀏覽量

    68213
  • spring
    +關注

    關注

    0

    文章

    338

    瀏覽量

    14293
收藏 人收藏

    評論

    相關推薦

    Spring事務失效的十種常見場景

    Spring針對Java Transaction API (JTA)、JDBC、Hibernate和Java Persistence API(JPA)等事務 API,實現(xiàn)了一致的編程模型,而
    的頭像 發(fā)表于 12-11 15:03 ?832次閱讀

    什么是java spring

    )和事務()管理)進行內(nèi)聚性的開發(fā)。應用對象只實現(xiàn)它們應該做的——完成業(yè)務邏輯——僅此而已。它們并不負責(甚至是意識)其它的系統(tǒng)級關注點,例如日志或事務支持。 ■ 容器——Spring
    發(fā)表于 09-11 11:16

    Spring的兩種方式事務管理和API接口介紹

    Spring事務管理
    發(fā)表于 03-21 06:52

    Spring事務分析的實現(xiàn)方式

    Spring事務原理分析
    發(fā)表于 07-02 15:19

    詳解Spring事務管理

    在學習spring事務管理時,我忍不住要問,spring為什么進行事務管理,spring怎么進行的事務
    發(fā)表于 07-12 06:54

    Spring事務管理詳解說明

    Spring事務管理詳解
    發(fā)表于 05-20 13:46

    剖析!Redis事務實現(xiàn)原理

    )。簡單來說事務其實就是打包一組操作(或者命令)作為一個整體,在事務處理時將順序執(zhí)行這些操作,并返回結果,如果其中任何一個環(huán)節(jié)出錯,所有的操作將被回滾。在Redis中實現(xiàn)事務主要依靠以
    的頭像 發(fā)表于 07-29 18:27 ?1116次閱讀
    剖析!Redis<b class='flag-5'>事務實現(xiàn)</b>原理

    spring中聲明式事務實現(xiàn)原理猜想

    ? @Transactional注解簡介 @Transactional 是spring中聲明式事務管理的注解配置方式,相信這個注解的作用大家都很清楚。 @Transactional 注解可以幫助
    的頭像 發(fā)表于 10-13 09:20 ?1599次閱讀

    淺談Spring事務的那些坑

    對于從事java開發(fā)工作的同學來說,spring事務肯定再熟悉不過了。在某些業(yè)務場景下,如果同時有多張表的寫入操作,為了保證操作的原子性(要么同時成功,要么同時失敗)避免數(shù)據(jù)不一致的情況,我們一般都會使用spring
    的頭像 發(fā)表于 10-11 10:31 ?713次閱讀

    發(fā)現(xiàn)一個Spring事務的巨坑bug 你必須要小心了

    1.錯誤的訪問權限 2.方法被定義成final的 3.方法內(nèi)部調(diào)用 4.當前實體沒有被spring管理 5.錯誤的spring事務傳播特性 6.數(shù)據(jù)庫不支持事務 7.自己吞掉了異常 8
    的頭像 發(fā)表于 10-11 18:17 ?828次閱讀

    淺談Spring事務底層原理

    開啟Spring事務本質(zhì)上就是增加了一個Advisor,但我們使用@EnableTransactionManagement注解來開啟Spring事務是,該注解代理的功能就是向
    的頭像 發(fā)表于 12-06 09:56 ?664次閱讀

    Spring事務在哪幾種情況下會不生效?

    日常開發(fā)中,我們經(jīng)常使用到spring事務。最近星球一位還有去美團面試,被問了這么一道面試題: Spring 事務在哪幾種情況下會不生效?
    的頭像 發(fā)表于 05-10 17:53 ?870次閱讀
    <b class='flag-5'>Spring</b><b class='flag-5'>事務</b>在哪幾種情況下會不生效?

    8個Spring事務失效的場景介紹

    作為Java開發(fā)工程師,相信大家對Spring事務的使用并不陌生。但是你可能只是停留在基礎的使用層面上,在遇到一些比較特殊的場景,事務可能沒有生效,直接在生產(chǎn)上暴露了,這可能就會導致比較嚴重的生產(chǎn)
    的頭像 發(fā)表于 05-11 10:41 ?581次閱讀
    8個<b class='flag-5'>Spring</b><b class='flag-5'>事務</b>失效的場景介紹

    spring事務失效的一些場景

    對于從事java開發(fā)工作的同學來說,spring事務肯定再熟悉不過了。 在某些業(yè)務場景下,如果一個請求中,需要同時寫入多張表的數(shù)據(jù)。為了保證操作的原子性(要么同時成功,要么同時失敗),避免數(shù)據(jù)
    的頭像 發(fā)表于 10-08 14:27 ?416次閱讀
    <b class='flag-5'>spring</b><b class='flag-5'>事務</b>失效的一些場景

    Spring事務傳播性的相關知識

    本文主要介紹了Spring事務傳播性的相關知識。
    的頭像 發(fā)表于 01-10 09:29 ?385次閱讀
    <b class='flag-5'>Spring</b><b class='flag-5'>事務</b>傳播性的相關知識