@Transactional-Methode, die eine andere Methode ohne @Transactional-Anotation aufruft?

Ich habe eine Methode in einer Service-Klasse gesehen, die als markiert war @Transactional, aber es wurden auch einige andere Methoden in derselben Klasse aufgerufen, die nicht als markiert waren @Transactional.

Bedeutet dies, dass der Aufruf separater Methoden dazu führt, dass die Anwendung separate Verbindungen zur Datenbank öffnet oder die übergeordnete Transaktion usw. anhält?

Was ist das Standardverhalten für eine Methode ohne Anmerkungen, die von einer anderen Methode mit @TransactionalAnmerkungen aufgerufen wird ?

Wenn Sie eine Methode ohne @Transactionalinnerhalb eines Transaktionsblocks aufrufen , wird die übergeordnete Transaktion mit der neuen Methode fortgesetzt. Es wird dieselbe Verbindung von der übergeordneten Methode (mit @Transactional) und alle in der aufgerufenen Methode verursachten Ausnahmen verwendet (ohne @Transactionalwird die Transaktion wie in der Transaktionsdefinition konfiguriert zurückgesetzt.

Wenn Sie eine Methode mit einer @TransactionalAnnotation von einer Methode @Transactionalinnerhalb derselben Instanz aufrufen , hat das Transaktionsverhalten der aufgerufenen Methoden keine Auswirkungen auf die Transaktion. Wenn Sie jedoch eine Methode mit einer Transaktionsdefinition von einer anderen Methode mit einer Transaktionsdefinition aufrufen und diese sich in verschiedenen Instanzen befindet, folgt der Code in der aufgerufenen Methode den in der aufgerufenen Methode angegebenen Transaktionsdefinitionen.

Weitere Informationen finden Sie im Abschnitt Deklarative Transaktionsverwaltung der Dokumentation von Frühjahrstransaktionen .

Das deklarative Spring-Transaktionsmodell verwendet den AOP-Proxy. Daher ist der AOP-Proxy für die Erstellung der Transaktionen verantwortlich. Der AOP-Proxy ist nur aktiv, wenn die Methoden mit in der Instanz von außerhalb der Instanz aufgerufen werden.

• Bedeutet dies, dass der Aufruf separater Methoden dazu führt, dass die Anwendung separate Verbindungen zur Datenbank öffnet oder die übergeordnete Transaktion usw. anhält?

Das hängt von einem Ausbreitungsgrad ab . Hier sind alle möglichen Pegelwerte .

Wenn beispielsweise eine Weitergabeebene verschachtelt ist, wird eine aktuelle Transaktion " angehalten " und eine neue Transaktion erstellt ( Hinweis: Die tatsächliche Erstellung einer verschachtelten Transaktion funktioniert nur bei bestimmten Transaktionsmanagern ).

• Was ist das Standardverhalten für eine Methode ohne Annotationen, die von einer anderen Methode mit @ Transactional-Annotation aufgerufen wird?

Die Standardausbreitungsstufe (was Sie "Verhalten" nennen) ist ERFORDERLICH . Wenn eine "innere" Methode aufgerufen wird, die eine @TransactionalAnmerkung enthält (oder deklarativ über XML abgewickelt wird), wird sie innerhalb derselben Transaktion ausgeführt , z. B. wird "nichts Neues" erstellt.

@Transactional markiert die Transaktionsgrenze (Anfang / Ende), aber die Transaktion selbst ist an den Thread gebunden. Sobald eine Transaktion gestartet wird, wird sie über Methodenaufrufe verteilt, bis die ursprüngliche Methode zurückgegeben wird und die Transaktion festgeschrieben / zurückgesetzt wird.

Wenn eine andere Methode mit einer @ Transactional-Annotation aufgerufen wird, hängt die Propagation vom Propagation-Attribut dieser Annotation ab.

Die innere Methode wirkt sich auf die äußere Methode aus, wenn die innere Methode nicht mit @Transactional versehen ist.

Falls die innere Methode auch mit @Transactional with kommentiert ist, geschieht REQUIRES_NEWFolgendes.

...
@Autowired
private TestDAO testDAO;

@Autowired
private SomeBean someBean;

@Override
@Transactional(propagation=Propagation.REQUIRED)
public void outerMethod(User user) {
  testDAO.insertUser(user);
  try{
    someBean.innerMethod();
  } catch(RuntimeException e){
    // handle exception
  }
}


@Override
@Transactional(propagation=Propagation.REQUIRES_NEW)
public void innerMethod() {
  throw new RuntimeException("Rollback this transaction!");
}

Die innere Methode ist mit REQUIRES_NEWeiner RuntimeException versehen und löst eine RuntimeException aus, sodass die Transaktion auf Rollback gesetzt wird, die äußere Transaktion jedoch nicht beeinflusst wird. Die äußere Transaktion wird beim Start der inneren Transaktion PAUSED und nach Abschluss der inneren Transaktion fortgesetzt. Sie werden unabhängig voneinander ausgeführt, sodass die äußere Transaktion möglicherweise erfolgreich festgeschrieben wird.