suchen
HeimJavajavaLernprogrammDetaillierte Erläuterung unbekannter Injektionsmethoden in Java Spring

Vorwort

Die Verwendung der XML-Datei zur Konfiguration in der SpringKonfigurationsdatei lässt Spring tatsächlich den entsprechenden Code ausführen, zum Beispiel:

  • Die Verwendung des -Elements ermöglicht es Spring tatsächlich, den parameterlosen oder parametrisierten Konstruktor auszuführen.

  • Die Verwendung des -Elements bedeutet tatsächlich, dass Spring die Setter-Methode einmal ausführt

Aber Java-Programme können auch andere Arten von Anweisungen haben: Aufrufen von Getter-Methoden, Aufrufen gewöhnlicher Methoden, Zugriff auf Felder von Klassen oder Objekten usw., und Spring stellt dies auch bereit. Diese Anweisung stellt die bereit entsprechende Konfigurationssyntax:

  • Getter-Methode aufrufen: PropertyPathFactoryBean verwenden

  • Abgelegten Wert der Klasse oder des Objekts aufrufen: FiledRetrievingFactoryBean verwenden

  • Gewöhnliche Methoden aufrufen: Verwenden Sie MethodInvokingFactoryBean

, um den PropertyWert

PropertyPathFactoryBean anderer Beans zu injizieren Attributwert der Ziel-Bean (eigentlich der durch den Aufruf der Getter-Methode zurückgegebene Wert). Der erhaltene Wert kann in andere Beans eingefügt oder direkt eine neue Bean definiert werden. Schauen Sie sich die folgende Konfigurationsdatei an:

<bean id="person" class="com.abc.Person">
    <property name="age" value="30" />
    <property name="son">
        <!-- 使用嵌套Bean定义属性值 -->
        <bean class="com.abc.service.Son">
            <property name="age" value="11" />
        </bean>
    </property>
</bean>

<bean id="son2" class="com.abc.service.Son">
    <!-- age属性不是直接注入,而是将person中的son的age属性赋值给son2的age属性 -->
    <property name="age">
        <!-- 注意这里使用的是PropertyPathFactoryBean -->
        <bean id="person.son.age" 
            class="org.springframework.beans.factory.config.PropertyPathFactoryBean" />
    </property>
</bean>

Die Attribute der Personenklasse und der Son-Klasse sind aus der Konfigurationsdatei ersichtlich, die nicht mehr angegeben sind. Das Hauptprogramm lautet wie folgt:

public class Test {
    public static void main(String args[]) {
        ApplicationContext ac = 
            new ClassPathXmlApplicationContext("applicationContext.xml");
        System.out.println("age=" + ac.getBean("son2", Son.class).getAge());
    }
}

Ausgabeergebnis:

age=11

Der Attributwert der Bean-Instanz kann nicht nur eine andere Bean injizieren, sondern auch direkt definieren den Attributwert der Bean-Instanz als Bean-Instanz, dies erfolgt ebenfalls über PropertyPathFactoryBean. Fügen Sie diesen Abschnitt zur obigen Konfigurationsdatei hinzu:

<bean id="son1" 
    class="org.springframework.beans.factory.config.PropertyPathFactoryBean">
    <!-- 确定目标Bean,表明son1来自哪个Bean的组件 -->
    <property name="targetBeanName" value="person" />
    <!-- 确定属性,表明son1来自目标Bean的哪个属性 -->
    <property name="propertyPath" value="son" />
</bean>

Führen Sie die obige Testklasse aus, ersetzen Sie son2 durch son1, und das Ergebnis ist dasselbe.

Feldwerte anderer Beans einfügen

Über die FieldRetrievingFactoryBean-Klasse können Sie die Feldwerte anderer Beans in andere Beans einfügen oder direkt neue Beans definieren. Das Folgende ist ein Konfigurationsfragment:

<bean id="son" class="com.abc.service.Son">
    <property name="age">
        <bean id="java.sql.connection.TRANSACTION_SERIALIZABLE"
            class="org.springframework.beans.factory.config.FieldRetrievingFactoryBean" />
    </property>
</bean>

Das Haupttestprogramm ähnelt dem oben definierten und wird hier nicht mehr bereitgestellt. Die Ausführungsergebnisse sind wie folgt:

age=8

In dieser Konfiguration ist der Wert des Sohnobjekts alter gleich dem Wert von java.sql.Connection.TRANSACTION_SERIALIZABLE. In der obigen Definition ist beim Definieren der FieldRetrievingFactoryBean-Factory-Bean die angegebene ID nicht die eindeutige Kennung der Bean-Instanz, sondern der -Ausdruck des angegebenen Felds (der herauszunehmende Wert).

Hinweis: Das Feld kann entweder statisch oder amorph sein. Der im obigen Konfigurationsausschnitt angegebene Feldausdruck ist ein statischer Feldwert und kann daher direkt über den Klassennamen aufgerufen werden. Wenn der Feldwert nicht statisch ist, sollte über eine Bean darauf zugegriffen werden, die bereits im Container vorhanden ist. Das heißt, die erste Phrase des Feldausdrucks sollte eine Bean sein, die bereits im Container vorhanden ist.

Feldwerte können auch als Bean-Instanzen definiert werden. Fügen Sie beispielsweise den folgenden Absatz zur Konfigurationsdatei hinzu:

<bean id="age" 
    class="org.springframework.beans.factory.config.FieldRetrievingFactoryBean">
    <!-- targetClass指定Field所在的目标类 -->
    <property name="targetClass" value="java.sql.Connection" />
    <!-- targetField指定Field名 -->
    <property name="targetField" value="TRANSACTION_SERIALIZABLE" />
</bean>

Fügen Sie die folgende Ausgabe zum Hauptprogramm hinzu:

System.out.println("age=" + ac.getBean("age"));

Das Ausführungsergebnis ist das gleiche wie oben.

Wenn Sie FieldRetrievingFactoryBean verwenden, um den Feldwert zu erhalten, müssen Sie die folgenden zwei Attribute angeben:

  • targetClass oder targetObject: Wird zur Angabe verwendet Ort des Feldwertes bzw. der Zielscheibe bzw. des Zielobjektes. Wenn das abzurufende Feld statisch ist, verwenden Sie targetClass, um das Ziel anzugeben. Wenn das Feld nicht statisch ist, verwenden Sie targetObject, um das Zielobjekt anzugeben.

  • targetField: Geben Sie die Zielklasse an oder Feld des Zielobjektnamens

Wenn Field ein statisches Feld ist, gibt es eine prägnantere Schreibweise:

<bean id="age" 
    class="org.springframework.beans.factory.config.FieldRetrievingFactoryBean">
    <!-- value指定哪个类的哪个静态域值 -->
    <property name="staticField" value="java.sql.Connection.TRANSACTION_SERIALIZABLE" />
</bean>

Anderen Rückgabewert der Bean-Methode einfügen

Übergeben MethodInvokingFactoryBean Die Factory-Bean kann den Rückgabewert der Zielmethode als Eigenschaftswert der Bean einfügen. Diese Factory-Bean wird verwendet, um den Rückgabewert der angegebenen Methode abzurufen. Dabei kann es sich entweder um eine statische Methode oder eine Instanzmethode handeln. Dieser Wert kann in das angegebene Attribut der angegebenen Bean-Instanz eingefügt oder direkt als definiert werden Bean-Instanz. Schauen Sie sich das Beispiel an:

<bean id="valueGenerator" class="com.abc.util.ValueGenerator" />
<bean id="son1" class="com.abc.service.Son">
    <property name="age">
        <!-- 获取方法返回值:调用valueGenerator的getValue方法 -->
        <bean 
            class="org.springframework.beans.factory.config.MethodInvokingFactoryBean">
            <property name="targetObject" ref="valueGenerator" />
            <property name="targetMethod" value="getValue" />
        </bean>
    </property>
</bean>

Das Folgende ist der ValueGenerator:

public class ValueGenerator {
    public int getValue() { return 2; }
    public static int getStaticValue () { return 3;}
}

Das Testprogramm druckt weiterhin den Wert des Alters in son1, der Code wird weggelassen, das Ergebnis ist wie folgt folgt:

age=2

Wenn Sie eine statische Methode aufrufen möchten, ändern Sie die Konfiguration wie folgt:

<bean id="son1" class="com.abc.service.Son">
    <property name="age">
        <!-- 获取方法返回值:调用valueGenerator的getStaticValue方法 -->
        <bean 
            class="org.springframework.beans.factory.config.MethodInvokingFactoryBean">
            <property name="targetClass" value="com.abc.util.ValueGenerator" />
            <property name="targetMethod" value="getStaticValue" />
        </bean>
    </property>
</bean>

Das Testergebnis lautet:

age=3

Seit Java unterstützt Überladen. Die Angabe des Methodennamens reicht nicht aus, um zu bestimmen, welche Methode aufgerufen werden soll. Die obige Konfiguration kann sie erfolgreich aufrufen, da beide Methoden im ValueGenerator keine Parameter haben. Wenn die Methode Parameter enthält, wie werden diese konfiguriert? Fügen Sie der Konfigurationsdatei den folgenden Inhalt hinzu:

<bean id="sysProps" 
    class="org.springframework.beans.factory.config.MethodInvokingFactoryBean">
    <property name="targetClass" value="java.lang.System" />
    <property name="targetMethod" value="getProperties" />
<bean>
<bean id="javaVersion" class="org.springframework.beans.factory.config.MethodInvokingFactoryBean">
    <!-- 指向上面的sysProps Bean -->
    <property name="targetObject" value="sysProps" />
    <property name="targetMethod" value="getProperty" />
    <!-- 这里配置参数 -->
    <property name="arguments">
        <!-- 使用list元素列出调用方法的多个参数 -->
        <list>
            <value>java.version</value>
        </list>
    </property>
<bean>

Im obigen Beispiel entspricht dies dem Aufruf der getProperty-Methode von java.lang.System mit „java.version“ als Parameter erstellt eine benannte JavaVersion. Das entspricht:

javaVersion = java.lang.System.getProperty("java.version");

Wie bei Field im vorherigen Artikel gibt es eine prägnantere Methode, wenn es sich bei der aufzurufenden Methode um eine statische Methode handelt:

<bean id="myBean"
    class="org.springframework.beans.factory.config.MethodInvokingFactoryBean">
    <!-- 使用staticMethod属性,直接指定目标类的目标方法 -->
    <property name="staticMethod" value="com.abc.util.ValueGenerator.getStaticValue" />
</bean>

Das obige ist der detaillierte Inhalt vonDetaillierte Erläuterung unbekannter Injektionsmethoden in Java Spring. Für weitere Informationen folgen Sie bitte anderen verwandten Artikeln auf der PHP chinesischen Website!

Stellungnahme
Der Inhalt dieses Artikels wird freiwillig von Internetnutzern beigesteuert und das Urheberrecht liegt beim ursprünglichen Autor. Diese Website übernimmt keine entsprechende rechtliche Verantwortung. Wenn Sie Inhalte finden, bei denen der Verdacht eines Plagiats oder einer Rechtsverletzung besteht, wenden Sie sich bitte an admin@php.cn
Wie verwaltet der JVM die Müllsammlung auf verschiedenen Plattformen?Wie verwaltet der JVM die Müllsammlung auf verschiedenen Plattformen?Apr 28, 2025 am 12:23 AM

JvmmanagesGecollectionAcrossplattformseffektivyusingagenerationalApproachandaDaptoosandhardwaredFerces

Warum kann Java -Code auf verschiedenen Betriebssystemen ohne Änderung ausgeführt werden?Warum kann Java -Code auf verschiedenen Betriebssystemen ohne Änderung ausgeführt werden?Apr 28, 2025 am 12:14 AM

Java -Code kann auf verschiedenen Betriebssystemen ohne Änderung ausgeführt werden, da Javas "einmal schreiben, überall rennen" von Java Virtual Machine (JVM) implementiert wird. Als Vermittler zwischen dem kompilierten Java -Bytecode und dem Betriebssystem übersetzt das JVM die Bytecode in bestimmte Maschinenanweisungen, um sicherzustellen, dass das Programm mit installiertem JVM unabhängig auf jeder Plattform ausführen kann.

Beschreiben Sie den Prozess der Erstellung und Ausführung eines Java -Programms, wodurch die Unabhängigkeit der Plattform hervorgehoben wird.Beschreiben Sie den Prozess der Erstellung und Ausführung eines Java -Programms, wodurch die Unabhängigkeit der Plattform hervorgehoben wird.Apr 28, 2025 am 12:08 AM

Die Zusammenstellung und Ausführung von Java -Programmen erreicht die Unabhängigkeit der Plattform über Bytecode und JVM. 1) Schreiben Sie Java -Quellcode und kompilieren Sie ihn in Bytecode. 2) Verwenden Sie JVM, um Bytecode auf einer beliebigen Plattform auszuführen, um sicherzustellen, dass der Code über Plattformen hinweg ausgeführt wird.

Wie wirkt sich die zugrunde liegende Hardware -Architektur auf die Leistung von Java aus?Wie wirkt sich die zugrunde liegende Hardware -Architektur auf die Leistung von Java aus?Apr 28, 2025 am 12:05 AM

Die Java -Leistung hängt eng mit der Hardwarearchitektur zusammen, und das Verständnis dieser Beziehung kann die Programmierfunktionen erheblich verbessern. 1) Der JVM wandelt Java -Bytecode durch JIT -Zusammenstellung in Maschinenanweisungen um, die von der CPU -Architektur beeinflusst werden. 2) Speicherverwaltung und Müllsammlung werden von RAM und Speicherbusgeschwindigkeit beeinflusst. 3) Vorhersage von Cache und Branche optimieren Sie die Ausführung der Java -Code. 4) Multi-Threading- und Parallelverarbeitung verbessern die Leistung bei Multi-Core-Systemen.

Erklären Sie, warum native Bibliotheken die Unabhängigkeit der Plattform von Java brechen können.Erklären Sie, warum native Bibliotheken die Unabhängigkeit der Plattform von Java brechen können.Apr 28, 2025 am 12:02 AM

Die Verwendung von nativen Bibliotheken wird die Unabhängigkeit der Java -Plattform zerstören, da diese Bibliotheken für jedes Betriebssystem separat kompiliert werden müssen. 1) Die native Bibliothek interagiert mit Java über JNI und bietet Funktionen, die nicht direkt von Java implementiert werden können. 2) Die Verwendung native Bibliotheken erhöht die Projektkomplexität und erfordert das Verwalten von Bibliotheksdateien für verschiedene Plattformen. 3) Obwohl native Bibliotheken die Leistung verbessern können, sollten sie mit Vorsicht verwendet und plattformübergreifende Tests durchgeführt werden.

Wie behandelt der JVM Unterschiede in den APIs des Betriebssystems?Wie behandelt der JVM Unterschiede in den APIs des Betriebssystems?Apr 27, 2025 am 12:18 AM

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.

Wie wirkt sich die in Java 9 eingeführte Modularität auf die Unabhängigkeit der Plattform aus?Wie wirkt sich die in Java 9 eingeführte Modularität auf die Unabhängigkeit der Plattform aus?Apr 27, 2025 am 12:15 AM

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

Was ist Bytecode und wie bezieht es sich auf die Unabhängigkeit der Plattform von Java?Was ist Bytecode und wie bezieht es sich auf die Unabhängigkeit der Plattform von Java?Apr 27, 2025 am 12:06 AM

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

See all articles

Heiße KI -Werkzeuge

Undresser.AI Undress

Undresser.AI Undress

KI-gestützte App zum Erstellen realistischer Aktfotos

AI Clothes Remover

AI Clothes Remover

Online-KI-Tool zum Entfernen von Kleidung aus Fotos.

Undress AI Tool

Undress AI Tool

Ausziehbilder kostenlos

Clothoff.io

Clothoff.io

KI-Kleiderentferner

Video Face Swap

Video Face Swap

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

Heiße Werkzeuge

MantisBT

MantisBT

Mantis ist ein einfach zu implementierendes webbasiertes Tool zur Fehlerverfolgung, das die Fehlerverfolgung von Produkten unterstützen soll. Es erfordert PHP, MySQL und einen Webserver. Schauen Sie sich unsere Demo- und Hosting-Services an.

Herunterladen der Mac-Version des Atom-Editors

Herunterladen der Mac-Version des Atom-Editors

Der beliebteste Open-Source-Editor

VSCode Windows 64-Bit-Download

VSCode Windows 64-Bit-Download

Ein kostenloser und leistungsstarker IDE-Editor von Microsoft

Notepad++7.3.1

Notepad++7.3.1

Einfach zu bedienender und kostenloser Code-Editor

EditPlus chinesische Crack-Version

EditPlus chinesische Crack-Version

Geringe Größe, Syntaxhervorhebung, unterstützt keine Code-Eingabeaufforderungsfunktion