Maison > Java > javaDidacticiel > Comment utiliser Java @Transactional pour spécifier les conditions de restauration

Comment utiliser Java @Transactional pour spécifier les conditions de restauration

WBOY
Libérer: 2023-04-20 10:04:11
avant
1433 Les gens l'ont consulté

Classification des exceptions

Comment utiliser Java @Transactional pour spécifier les conditions de restauration

  • Exceptions vérifiées : exceptions sous Exception sauf RuntimeException

  • Exceptions non vérifiées : RuntimeException et ses sous-classes et erreurs (Erreur)

Explication détaillée des propriétés de l'annotation @Transactional

property type description
value String descripteur qualifié facultatif, spécifiant le gestionnaire de transactions utilisé
propagation enum: Propagation Paramètres facultatifs du comportement de propagation des transactions
isolement enum : Isolation Paramètres facultatifs du niveau d'isolement des transactions
readOnly boolean transactions en lecture-écriture ou en lecture seule, lecture par défaut Écriture
timeout int (granularité en secondes) Paramètre du délai d'expiration de la transaction
rollbackFor Tableau d'objets de classe, doit hériter de Throwable Tableau de classes d'exception qui provoque l'annulation de la transaction
rollbackFor ClassName Tableau de noms de classe, doit être hérité de Throwable Tableau de noms de classe d'exception qui provoquera transaction rollback
noRollbackFor Tableau d'objets Class, doit être hérité de Throwable Tableau de classes d'exception qui ne provoquera pas d'annulation de transaction
noRollbackForClassName Tableau de noms de classe, qui doivent être hérités de Throwable Le nombre de noms de classes d'exception qui n'entraîneront pas l'annulation de la transaction

@Transactional

Lors de l'utilisation de l'annotation @Transaction, le plug-in de spécification de code Alibaba vous rappellera qu'il doit être spécifié rollbackFor affiche la restauration

Comment utiliser Java @Transactional pour spécifier les conditions de restauration

Par défaut, le framework Spring n'annulera la transaction que lorsque lève des exceptions d'exécution et exceptions non vérifiées lors de l'utilisation de @Transaction pour gérer les transactions. Autrement dit, lorsqu'une instance de RuntimeException ou de sa sous-classe est levée, les exceptions vérifiées levées à partir de la méthode de transaction ne seront pas marquées pour l'annulation de la transaction.

  • Pour annuler les exceptions vérifiées : ajoutez @Transactional(rollbackOn=Exception.class) devant la méthode entière @Transactional(rollbackOn=Exception.class)

  • 让unchecked异常不回滚: @Transactional(dontRollbackOn=RunTimeException.class)

  • 不需要事务管理的(只查询的)方法:@Transactional(propagation=Propagation.NOT_SUPPORTED)

注意

  • 如果异常被try-catch了,事务就不会回滚,如果想让事务回滚必须再往外抛try{}catch{throw Exception}

  • Pour empêcher l'annulation des exceptions non vérifiées : @Transactional( dontRollbackOn =RunTimeException.class)

  • Méthode qui ne nécessite pas de gestion des transactions (requête uniquement) : @Transactional(propagation=Propagation.NOT_SUPPORTED)

Remarque

 :

🎜🎜Si l'exception est try-catchée, la transaction ne sera pas annulée. Si vous souhaitez que la transaction soit annulée, vous devez lancer try{}catch{throw Exception}. 🎜🎜🎜🎜L'équipe Spring recommande d'utiliser l'annotation @Transactional sur des classes spécifiques (ou des méthodes de classe), plutôt que sur n'importe quelle interface que la classe souhaite implémenter. Vous pouvez également utiliser l'annotation @Transactional sur l'interface, mais dans ce cas, vous devez configurer un proxy basé sur l'interface pour prendre effet 🎜🎜🎜🎜@Méthode d'identification des annotations transactionnelles, il est recommandé que le processus de traitement soit le même. simple que possible. Surtout pour les méthodes de transaction avec verrous, il est préférable de ne pas les insérer dans les transactions s'ils peuvent être évités. Les opérations régulières de requête de base de données peuvent être placées devant la transaction, et des opérations telles que l'ajout, la suppression et la modification peuvent être placées dans la transaction 🎜🎜🎜🎜Code🎜
@Slf4j
@Service
public class MemberService {

    @Autowired
    private MemberMapper memberMapper;

    @Transactional
    public Integer insert(MemberEntity memberEntity) {
        Integer insertResult = 0;
        try {
            insertResult = memberMapper.save(memberEntity);
            log.info("insertResult:{}", insertResult);
            int result = 1 / memberEntity.getAge();
        } catch (Exception e) {
            log.error("errorMsg:{}", e.getMessage());
            //回滚
            TransactionAspectSupport.currentTransactionStatus().setRollbackOnly();
        }
        return insertResult;
    }
}
Copier après la connexion
🎜Comme indiqué dans le code rouge ci-dessus, si vous n'écrivez pas cela, la transaction ne sera pas annulée. Étant donné que la transaction est interceptée par catch, la transaction ne peut être annulée que manuellement. 🎜

Ce qui précède est le contenu détaillé de. pour plus d'informations, suivez d'autres articles connexes sur le site Web de PHP en chinois!

Étiquettes associées:
source:yisu.com
Déclaration de ce site Web
Le contenu de cet article est volontairement contribué par les internautes et les droits d'auteur appartiennent à l'auteur original. Ce site n'assume aucune responsabilité légale correspondante. Si vous trouvez un contenu suspecté de plagiat ou de contrefaçon, veuillez contacter admin@php.cn
Tutoriels populaires
Plus>
Derniers téléchargements
Plus>
effets Web
Code source du site Web
Matériel du site Web
Modèle frontal