Detaillierte Einführung in @Transactional-Transaktions-Rollback-Beispiele und Quellcode im Frühjahr (Bild)

1. Beispiele für Nutzungsszenarien

Bevor wir verstehen, wie @Transactional verwendet wird, müssen wir zunächst wissen, wofür @Transactional verwendet wird. Hier ein Beispiel: Es gibt beispielsweise viele Mitglieder in einer Abteilung, die in der Abteilungstabelle bzw. der Mitgliedertabelle gespeichert sind. Wenn Sie eine Abteilung löschen, gehen wir davon aus, dass wir standardmäßig die entsprechenden Mitglieder löschen. Diese Situation kann jedoch während der Ausführung auftreten. Wir löschen zuerst die Abteilung und dann die Mitglieder. Die Abteilung wird jedoch erfolgreich gelöscht, beim Löschen der Mitglieder tritt jedoch eine Ausnahme auf. Zu diesem Zeitpunkt hoffen wir, dass auch die zuvor gelöschten Abteilungen wiederhergestellt werden, wenn das Löschen des Mitglieds fehlschlägt. In diesem Szenario können Sie das Transaktions-Rollback @Transactional verwenden.

2. Geprüfte Ausnahmen und ungeprüfte Ausnahmen

Der Grund, warum sich jeder über die Konzepte der geprüften und ungeprüften Ausnahmen im Klaren ist, liegt darin, dass:

Spring verwendet deklarative Transaktionen Bei der Verarbeitung werden standardmäßig alle Datenbankvorgänge zurückgesetzt, wenn eine ungeprüfte Ausnahme in der mit Anmerkungen versehenen -Datenbankoperation auftritt. Wenn es sich bei der aufgetretenen Ausnahme um eine überprüfte Ausnahme handelt, wird die Datenbankoperation weiterhin standardmäßig übermittelt.

geprüfte Ausnahme:

bedeutet ungültig und kann im Programm nicht vorhergesagt werden. Beispiel: Ungültige Benutzereingabe, Datei existiert nicht, Netzwerk- oder Datenbankverbindungsfehler. Dies sind alles externe Gründe und können nicht innerhalb des Programms gesteuert werden.

muss im Code explizit behandelt werden. Versuchen Sie beispielsweise die Blockverarbeitung durch Try-Catch oder fügen Sie der Methode eine Throws-Beschreibung hinzu, um die Ausnahme in die obere Ebene des Aufrufstapels auszulösen.

Erbt von java.lang.Exception (außer java.lang.RuntimeException).

ungeprüfte Ausnahme:

zeigt einen Fehler an, einen logischen Fehler im Programm. Ist eine Unterklasse von RuntimeException, z. B. IllegalArgumentException, NullPointerException und IllegalStateException.

Es besteht keine Notwendigkeit, ungeprüfte Ausnahmen im Code für die Behandlung explizit abzufangen.

Erbt von java.lang.RuntimeException (und java.lang.RuntimeException erbt von java.lang.Exception).

Sehen Sie sich das Ausnahmestrukturdiagramm unten an, das möglicherweise einen tieferen Sinn für Hierarchie hat:

3. Verwendungsbeispiele von @Transactional

Dieses Beispiel verwendet Es ist Eclipse+Maven wird nur als Glas verwaltet. Selbst diejenigen, die Maven nicht verstehen, können es verstehen.

3.1. Springs Konfigurationsdatei

muss zunächst den tx-Namespace wie folgt konfigurieren:

Um das auf @Transactional basierende Transaktionsmanagement nutzen zu können, muss in Spring die folgende Konfiguration vorgenommen werden:

<bean id="appTransactionManager" class="org.springframework.jdbc.datasource.DataSourceTransactionManager">
      <property name="dataSource" ref="dataSource" />
    </bean>

    <tx:annotation-driven proxy-target-class="false" transaction-manager="appTransactionManager" />

Die gesamte Spring-Konfigurationsdatei des Bloggers:

       
     
        
            
               classpath:properties/*.properties
                
            
        
    

    
    
        
        
       
        
            ${jdbc_driverClassName}
        
        
            ${jdbc_url}
        
        
            ${jdbc_username}
        
        
            ${jdbc_password}
        
    

    <bean id="appTransactionManager" class="org.springframework.jdbc.datasource.DataSourceTransactionManager">
      <property name="dataSource" ref="dataSource" />
    </bean>

    <tx:annotation-driven proxy-target-class="false" transaction-manager="appTransactionManager" />

    
    
        
    

    
    
        
          
        
        
    

    
    

3.2. Verwenden Sie @Transactional, fügen Sie die Benutzer-Implementierungsklassenmethode in hinzu und fügen Sie eine Anmerkung hinzu

@Transactional(propagation=Propagation.REQUIRED)
public void addUser(User user) {
    userDao.addUser(user);
    String string  = null;
    if(string.equals("")) {
        int i = 0;
    }
}

Ich habe in der obigen Methode absichtlich eine Nullzeigerausnahme verursacht führt zu einem Rollback.

3.3. Führen Sie den Unit-Test aus

@Test  
public void addUserTest(){  
    User user = new User();
    user.setUserName("luoguohui1");
    user.setUserPassword("luoguohui1");
    userService.addUser(user);
}

und stellen Sie fest, dass er nicht eingefügt werden kann Wenn @Transactional entfernt wird, lautet der Code wie folgt, obwohl eine Ausnahme auftritt, die entsprechenden Daten jedoch weiterhin zur Datenbank hinzugefügt werden:

3.4, Quellcode Herunterladen

Das Projekt für diesen Artikel ist in mybatis. Basierend auf den „Erste Schritte“ (einschließlich Beispiel-Tutorials und Quellcode) enthält dieser Artikel den detaillierten Prozess der Datenbankskripte und Projektkonstruktion.

4. Konzepte, die Sie über @Transactional in Spring verstehen müssen

@Transactional in Spring basiert auf dem dynamischen Proxy-Mechanismus, der einen transparenten Transaktionsverwaltungsmechanismus bietet, der bequem und schnell durchzuführen ist Lösen Sie während der Entwicklung aufgetretene Probleme.

Allgemeine Verwendung besteht darin, Methoden, Schnittstellen oder Klassen durch den folgenden Code zu kommentieren:

@Transactional(propagation=Propagation.NOT_SUPPORTED)

Die Weitergabe unterstützt 7 verschiedene Weitergabemechanismen:

ERFORDERLICH : Wenn eine Transaktion vorhanden ist, wird die aktuelle Transaktion unterstützt. Wenn keine Transaktion vorliegt, starten Sie eine neue Transaktion.

UNTERSTÜTZT: Wenn eine Transaktion vorhanden ist, unterstützen Sie die aktuelle Transaktion. Wenn keine Transaktion vorliegt, erfolgt die Ausführung ohne Transaktion. Für Transaktionsmanager mit Transaktionssynchronisierung unterscheidet sich PROPAGATION_SUPPORTS jedoch geringfügig davon, keine Transaktionen zu verwenden.

NICHT_UNTERSTÜTZT: Immer nicht transaktionsorientiert ausführen und alle vorhandenen Transaktionen aussetzen.

ERFORDERLICHNEU: Starten Sie immer eine neue Transaktion. Wenn bereits eine Transaktion vorhanden ist, wird die bestehende Transaktion ausgesetzt.

PFLICHT: Wenn bereits eine Transaktion vorhanden ist, wird die aktuelle Transaktion unterstützt. Wenn keine aktive Transaktion vorhanden ist, löst eine Ausnahme aus.

NIEMALS: Immer nicht-transaktional ausführen. Wenn eine aktive Transaktion vorhanden ist, wird eine Ausnahme ausgelöst.

GENEST: Wenn eine aktive Transaktion vorhanden ist, wird eine verschachtelte Transaktion ausgeführt. Wenn keine aktive Transaktion vorhanden ist, führen Sie sie entsprechend der ERFORDERLICHENEigenschaft aus.

Die folgenden Dinge müssen beachtet werden. Sie müssen sie lesen, sonst werden Sie auf verschiedene Fallstricke stoßen. Sagen Sie nicht, dass der Blogger Sie nicht daran erinnert hat :

Hier sind einige Dinge, auf die Sie achten müssen. Andernfalls sagen Sie nicht, dass der Blogger Sie nicht daran erinnert hat:

Im Folgenden sind einige Dinge aufgeführt, auf die Sie achten müssen. Sie müssen sie lesen, andernfalls sagen Sie nicht, dass der Blogger Sie nicht daran erinnert hat, wenn Sie auf verschiedene Fallstricke stoßen :

Fügen Sie die Annotation @Transactional hinzu, wenn eine Transaktionsverwaltung erforderlich ist. Die Annotation @Transactional kann auf Schnittstellendefinitionen und Schnittstellenmethoden, Klassendefinitionen und öffentliche Methoden von Klassen angewendet werden.
@Transactional Annotation kann nur auf Methoden mit öffentlicher Sichtbarkeit angewendet werden. Wenn Sie die Annotation @Transactional für eine geschützte, private oder paketsichtbare Methode verwenden, wird kein Fehler gemeldet, aber die annotierte Methode zeigt die konfigurierten Transaktionseinstellungen nicht an.
Beachten Sie, dass das bloße Erscheinen der @Transactional-Annotation nicht ausreicht, um Transaktions-
• Verhalten

  zu ermöglichen, es handelt sich lediglich um eine Art Metadaten. In der Konfigurationsdatei müssen Konfigurationselemente verwendet werden, um das Transaktionsverhalten tatsächlich zu ermöglichen.

Verwenden Sie den Attributwert „proxy-target-class“ des Elements, um zu steuern, ob ein schnittstellenbasierter oder klassenbasierter Proxy erstellt wird. Wenn der Attributwert „proxy-target-class“ auf „true“ gesetzt ist, funktioniert das klassenbasierte Proxying (dafür muss sich die CGLIB-Bibliothek cglib.jar im CLASSPATH befinden). Wenn der Attributwert „proxy-target-class“ auf „false“ gesetzt ist oder dieses Attribut weggelassen wird, wird der auf der Standard-JDK-Schnittstelle basierende Proxy verwendet.
Das Spring-Team empfiehlt die Verwendung der @Transactional-Annotation für bestimmte Klassen (oder Klassenmethoden) und nicht für jede Schnittstelle, die die Klasse implementieren möchte. Die Verwendung der @Transactional-Annotation auf einer Schnittstelle wird nur dann wirksam, wenn Sie einen schnittstellenbasierten Proxy einrichten. Da Anmerkungen nicht vererbbar sind, bedeutet dies, dass bei Verwendung eines klassenbasierten Proxys die Transaktionseinstellungen vom klassenbasierten Proxy nicht erkannt werden und das
• -Objekt

  vom Transaktions-Proxy nicht erkannt wird . Paket.

@Transactional-Transaktion wird geöffnet oder ein schnittstellenbasierter oder klassenbasierter Proxy wird erstellt. Wenn daher eine Methode derselben Klasse eine andere Methode mit einer Transaktion aufruft, funktioniert die Transaktion nicht.

Das obige ist der detaillierte Inhalt vonDetaillierte Einführung in @Transactional-Transaktions-Rollback-Beispiele und Quellcode im Frühjahr (Bild). Für weitere Informationen folgen Sie bitte anderen verwandten Artikeln auf der PHP chinesischen Website!