Maison >Java >javaDidacticiel >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)
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 |
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
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}
@Transactional( dontRollbackOn =RunTimeException.class)
@Transactional(propagation=Propagation.NOT_SUPPORTED)
🎜🎜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; } }🎜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!