


Warum fängt mein Spring AOP Methodenaufrufe innerhalb einer anderen Methode nicht ab?
Spring AOP kann den Methodenaufruf innerhalb einer anderen Methode nicht abfangen
Betrachten Sie zwei in ABC.java definierte Methoden:< ;/p>
<br>public void method1() {<pre class="brush:php;toolbar:false">method2();
}
public void method2() {}
< ;/pre>
Um AOP auf Methode2-Aufrufe anzuwenden, haben Sie eine AOPLogger.java-Klasse mit einer checkAccess-Aspektmethode definiert. In Ihrer Konfigurationsdatei:
<br><bean id="advice" class="p.AOPLogger"></bean><br><config> <pre class="brush:php;toolbar:false"><pointcut id="abc" expression="execution(*p.ABC.method2(..))"></pointcut> <aspect id="service" ref="advice"> <before pointcut-ref="abc" method="checkAccess"></before> </aspect>
Wenn jedoch Methode2 aufgerufen wird, wird die checkAccess-Methode in AOPLogger nicht ausgelöst.
Erklärung
Der AOP-Aspekt wird auf einen Proxy angewendet, der die Bean umgibt. Wenn Sie einen Verweis auf eine Bean erhalten, arbeiten Sie nicht tatsächlich mit der in Ihrer Konfiguration angegebenen Klasse. Stattdessen wird Ihnen eine synthetische Klasse präsentiert, die die entsprechenden Schnittstellen implementiert, Aufrufe delegiert und zusätzliche Funktionalität bereitstellt (z. B. Ihr AOP).
In diesem Fall sind Sie es direktes Aufrufen von Methode2 für die Klasse. Wenn die Instanz dieser Klasse als Spring-Bean in eine andere Bean eingefügt würde, würde sie als Proxy eingefügt. Infolgedessen würden alle Methodenaufrufe an den Proxy weitergeleitet (und die Aspekte würden ausgelöst).
Solutions
Um dieses Problem zu beheben, ziehen Sie die folgenden Optionen in Betracht:
Das obige ist der detaillierte Inhalt vonWarum fängt mein Spring AOP Methodenaufrufe innerhalb einer anderen Methode nicht ab?. Für weitere Informationen folgen Sie bitte anderen verwandten Artikeln auf der PHP chinesischen Website!

JVM übernimmt das Betriebssystem -API -Unterschiede über JavanativeInterface (JNI) und Java Standard Library: 1. JNI ermöglicht Java -Code, lokalen Code aufzurufen und direkt mit der API des Betriebssystems zu interagieren. 2. Die Java -Standardbibliothek bietet eine einheitliche API, die intern auf verschiedene Betriebssystem -APIs zugeordnet ist, um sicherzustellen, dass der Code über Plattformen hinweg ausgeführt wird.

Modularitydoesnotdirectentafectjava'SPlatformIndeIndeNependence.java'splattformIndependenceSmainusted bythejvm, ButmodularityIncesces Applicationsstructureandmanagement, indirekte ImpactingPlatformIndependenz.1) Einsatz und Verteilung der Einführung und Verteilung von Indirekten

BytecodeInjavaistheIntermediateRepresentationThatenableSlattformindependenz.1) JavacodeiscompiledIntobyteCodestoredIn.ClassFiles.2) thejvMinterPretSorCompilestheSByteCodeIntomachineCodeatruntime, sobyTeFetorcodornonunononeyTeAnfulTeMeByteful, somitSameDesamful, sombesambytefuls, sombesfile, sombesambyfulyfulyfulTecodorneunononeNononignaThaThesAdful, sombesambyful, somitsame, somit

JavaachievsplattformIndependencethroughthejavavirtualmachine (JVM), die executesBytecodeonanydevicewithajvm.1) JavacodeiscompiledIntobytecode.2) thejvMinterpretSandexecodiNtoNtomatin-spezifisch-spezifisch-spezifisch-spezifisch-spezifisch

Die Unabhängigkeit der Plattform in der Entwicklung von Javagui steht vor Herausforderungen, kann jedoch durch Verwendung von Swing, JavaFX, einigender Aussehen, Leistungsoptimierung, Bibliotheken von Drittanbietern und plattformübergreifenden Tests behandelt werden. Javagui-Entwicklung beruht auf AWT und Swing, das eine plattformübergreifende Konsistenz bereitstellen soll. Der tatsächliche Effekt variiert jedoch vom Betriebssystem zu einem Betriebssystem. Zu den Lösungen gehören: 1) Verwenden von Swing und Javafx als GUI -Toolkits; 2) das Erscheinungsbild durch uimanager.setlookandfeel () vereinen; 3) die Leistung zu verschiedenen Plattformen optimieren; 4) Verwenden von Bibliotheken von Drittanbietern wie ApachePivot oder SWT; 5) Durch plattformübergreifende Tests durchführen, um eine Konsistenz sicherzustellen.

Javadevelopmentisnotentirelyplatform-unabhängig vonDuetoseveralfaktoren

Der Java -Code hat Leistungsunterschiede, wenn Sie auf verschiedenen Plattformen ausgeführt werden. 1) Die Implementierungs- und Optimierungsstrategien von JVM sind unterschiedlich wie Oraclejdk und OpenJDK. 2) Die Eigenschaften des Betriebssystems wie Speicherverwaltung und Thread -Planung beeinflussen auch die Leistung. 3) Die Leistung kann durch Auswahl des entsprechenden JVM, Anpassung der JVM -Parameter und der Codeoptimierung verbessert werden.

Java'splattformIndependenceHasLimitationssinformanceOverhead, Version CompatibilityISSues, Herausforderungen mit uneinhaltigem Integration, plattformspezifische Features und JvMinstallation/Wartung.


Heiße KI -Werkzeuge

Undresser.AI Undress
KI-gestützte App zum Erstellen realistischer Aktfotos

AI Clothes Remover
Online-KI-Tool zum Entfernen von Kleidung aus Fotos.

Undress AI Tool
Ausziehbilder kostenlos

Clothoff.io
KI-Kleiderentferner

Video Face Swap
Tauschen Sie Gesichter in jedem Video mühelos mit unserem völlig kostenlosen KI-Gesichtstausch-Tool aus!

Heißer Artikel

Heiße Werkzeuge

Dreamweaver Mac
Visuelle Webentwicklungstools

SublimeText3 Mac-Version
Codebearbeitungssoftware auf Gottesniveau (SublimeText3)

SAP NetWeaver Server-Adapter für Eclipse
Integrieren Sie Eclipse mit dem SAP NetWeaver-Anwendungsserver.

MinGW – Minimalistisches GNU für Windows
Dieses Projekt wird derzeit auf osdn.net/projects/mingw migriert. Sie können uns dort weiterhin folgen. MinGW: Eine native Windows-Portierung der GNU Compiler Collection (GCC), frei verteilbare Importbibliotheken und Header-Dateien zum Erstellen nativer Windows-Anwendungen, einschließlich Erweiterungen der MSVC-Laufzeit zur Unterstützung der C99-Funktionalität. Die gesamte MinGW-Software kann auf 64-Bit-Windows-Plattformen ausgeführt werden.

PHPStorm Mac-Version
Das neueste (2018.2.1) professionelle, integrierte PHP-Entwicklungstool
