同じクラス内での Spring @Transaction メソッド呼び出し: 予期しない動作
Spring では、@Transaction のようなアノテーションにより、開発者はトランザクションを簡単に管理できます。ただし、トランザクション メソッド (@Transactional) を定義されているのと同じクラス内から呼び出そうとすると、特有の問題が発生します。
具体的には、開発者は、同じクラス内の呼び出し元メソッドが次のような状況に遭遇する可能性があります。 @Transactional メソッドは、期待されるトランザクション動作をトリガーできません。この問題に対処するために、根本的な理由を詳しく調べてみましょう。
CGLIB と AspectJ
Spring のデフォルトのトランザクション処理メカニズムは、CGLIB を使用して Java クラスを動的に生成および拡張し、Spring Bean のプロキシを作成します。ただし、CGLIB は、同じクラス内でメソッド呼び出しを処理するときに制限に直面します。その結果、同じクラス内から @Transactional メソッドを呼び出すと、CGLIB はトランザクションのインターセプトに失敗し、トランザクション動作がなくなります。
アスペクト指向プログラミング (AOP)
この問題の解決策は、アスペクト指向プログラミング (AOP) を利用してトランザクションを処理することにあります。 AOP を使用すると、ソース コード自体を変更せずにプログラムの動作をインターセプトして変更できます。
AspectJ の設定
トランザクション管理に AspectJ を使用するように Spring を設定するには、次の設定を追加する必要があります:
<annotation-driven mode="aspectj"></annotation-driven>
3.0 より前の Spring バージョンを使用している場合は、以下も行う必要がありますadd:
<bean class="org.springframework.transaction.aspectj.AnnotationTransactionAspect" factory-method="aspectOf"> <property name="transactionManager" ref="transactionManager"></property> </bean>
コードのリファクタリング
もう 1 つの実行可能な解決策 (特に AOP が実現できない場合) は、コードをリファクタリングすることです。同じクラス内からトランザクション メソッドを呼び出す代わりに、トランザクション処理をトランザクション メソッドに委任する別のクラスを作成します。このアプローチにより、Spring のデフォルトのトランザクション処理メカニズムが正しく機能することが保証されます。
以上がSpring で同じクラス内のメソッドを呼び出すときに @Transactional が機能しないのはなぜですか?の詳細内容です。詳細については、PHP 中国語 Web サイトの他の関連記事を参照してください。

jvmmanagesgarbagecollectionacrossplatformseftivivivivitybyusagenerationalaphadadadaptingtosandhardwaredefferences.itemployscollectorslikeserial、parallel、cms、andg1、各sutitedfordifferentscenarios

Javaは、Javaの「Write and Averywherewhere」という哲学がJava Virtual Machine(JVM)によって実装されているため、変更なしで異なるオペレーティングシステムで実行できます。コンパイルされたJavaバイトコードとオペレーティングシステムの間の仲介者として、JVMはバイトコードを特定のマシン命令に変換し、JVMがインストールされた任意のプラットフォームでプログラムが独立して実行できることを確認します。

Javaプログラムの編集と実行は、BytecodeとJVMを通じてプラットフォームの独立性を達成します。 1)Javaソースコードを書き、それをbytecodeにコンパイルします。 2)JVMを使用して、任意のプラットフォームでByteCodeを実行して、コードがプラットフォーム間で実行されるようにします。

Javaのパフォーマンスはハードウェアアーキテクチャと密接に関連しており、この関係を理解することでプログラミング機能を大幅に改善できます。 1)JVMは、CPUアーキテクチャの影響を受けるJITコンピレーションを介して、Java Bytecodeを機械命令に変換します。 2)メモリ管理とゴミ収集は、RAMとメモリバスの速度の影響を受けます。 3)キャッシュとブランチ予測Javaコードの実行を最適化します。 4)マルチスレッドと並列処理がマルチコアシステムのパフォーマンスを改善します。

ネイティブライブラリを使用すると、これらのライブラリはオペレーティングシステムごとに個別にコンパイルする必要があるため、Javaのプラットフォームの独立性が破壊されます。 1)ネイティブライブラリはJNIを介してJavaと対話し、Javaが直接実装できない機能を提供します。 2)ネイティブライブラリを使用すると、プロジェクトの複雑さが増し、さまざまなプラットフォームのライブラリファイルの管理が必要です。 3)ネイティブライブラリはパフォーマンスを改善できますが、それらは注意して使用し、クロスプラットフォームテストを実施する必要があります。

JVMは、JavanativeInterface(JNI)およびJava Standard Libraryを介してオペレーティングシステムのAPIの違いを処理します。1。JNIでは、Javaコードがローカルコードを呼び出し、オペレーティングシステムAPIと直接対話できます。 2. Java Standard Libraryは統一されたAPIを提供します。これは、異なるオペレーティングシステムAPIに内部的にマッピングされ、コードがプラットフォーム間で実行されるようにします。

modularitydoesnotdirectlyectlyectjava'splatformindepensence.java'splatformendepenceismaindainededainededainededaindainedaindained bythejvm、butmodularityinfluencesApplucationStructure andmanagement、間接的なインパクチャプラット形成依存性.1)

bytecodeinjavaisthe intermediaterepresentationthateNablesplatformindepence.1)javacodeis compiledintobytecodestoredin.classfiles.2)thejvminterpretsorcompilesthisbytecodeintomachinecodeatime、


ホットAIツール

Undresser.AI Undress
リアルなヌード写真を作成する AI 搭載アプリ

AI Clothes Remover
写真から衣服を削除するオンライン AI ツール。

Undress AI Tool
脱衣画像を無料で

Clothoff.io
AI衣類リムーバー

Video Face Swap
完全無料の AI 顔交換ツールを使用して、あらゆるビデオの顔を簡単に交換できます。

人気の記事

ホットツール

WebStorm Mac版
便利なJavaScript開発ツール

DVWA
Damn Vulnerable Web App (DVWA) は、非常に脆弱な PHP/MySQL Web アプリケーションです。その主な目的は、セキュリティ専門家が法的環境でスキルとツールをテストするのに役立ち、Web 開発者が Web アプリケーションを保護するプロセスをより深く理解できるようにし、教師/生徒が教室環境で Web アプリケーションを教え/学習できるようにすることです。安全。 DVWA の目標は、シンプルでわかりやすいインターフェイスを通じて、さまざまな難易度で最も一般的な Web 脆弱性のいくつかを実践することです。このソフトウェアは、

ZendStudio 13.5.1 Mac
強力な PHP 統合開発環境

AtomエディタMac版ダウンロード
最も人気のあるオープンソースエディター

ドリームウィーバー CS6
ビジュアル Web 開発ツール

ホットトピック









