동일 클래스 내 Spring @Transaction 메서드 호출: 예기치 않은 동작
Spring에서는 @Transaction과 같은 주석을 사용하여 개발자가 트랜잭션을 쉽게 관리할 수 있습니다. 그러나 정의된 동일한 클래스 내에서 트랜잭션 메서드(@Transactional)를 호출하려고 하면 특이한 문제가 발생합니다.
구체적으로 개발자는 동일한 클래스 내에서 호출자 메서드가 다음을 보유하는 상황에 직면할 수 있습니다. @Transactional 메소드가 예상되는 트랜잭션 동작을 트리거하지 못합니다. 이 문제를 해결하기 위해 근본적인 이유를 자세히 살펴보겠습니다.
CGLIB 및 AspectJ
Spring의 기본 트랜잭션 처리 메커니즘은 CGLIB를 사용하여 Spring Bean용 프록시를 생성하기 위해 Java 클래스를 동적으로 생성하고 향상시킵니다. 그러나 CGLIB는 동일한 클래스 내에서 메서드 호출을 처리할 때 제한 사항에 직면합니다. 결과적으로 동일한 클래스 내에서 @Transactional 메서드를 호출하면 CGLIB가 트랜잭션을 가로채지 못하여 트랜잭션 동작이 발생하지 않게 됩니다.
AOP(Aspect-Oriented 프로그래밍)
이 문제에 대한 해결책은 AOP(관점 지향 프로그래밍)를 활용하여 트랜잭션을 처리하는 것입니다. AOP를 사용하면 소스 코드 자체를 수정하지 않고도 프로그램 동작을 가로채고 수정할 수 있습니다.
AspectJ 구성
트랜잭션 관리에 AspectJ를 사용하도록 Spring을 구성하려면 다음 구성을 추가해야 합니다.
<annotation-driven mode="aspectj"></annotation-driven>
Spring 버전 3.0 이하를 사용하는 경우 추가:
<bean class="org.springframework.transaction.aspectj.AnnotationTransactionAspect" factory-method="aspectOf"> <property name="transactionManager" ref="transactionManager"></property> </bean>
코드 리팩토링
특히 AOP가 가능하지 않은 경우 실행 가능한 또 다른 솔루션은 코드를 리팩터링하는 것입니다. 동일한 클래스 내에서 트랜잭션 메서드를 호출하는 대신 트랜잭션 처리를 트랜잭션 메서드에 위임하는 별도의 클래스를 만듭니다. 이 접근 방식은 Spring의 기본 트랜잭션 처리 메커니즘이 올바르게 작동하도록 보장합니다.
위 내용은 Spring의 동일한 클래스 내에서 메서드를 호출할 때 @Transactional이 작동하지 않는 이유는 무엇입니까?의 상세 내용입니다. 자세한 내용은 PHP 중국어 웹사이트의 기타 관련 기사를 참조하세요!

jvmmanagesgarbageCollectionAcrossplatformSefficialthegendercationalStrationallySticallySticallySuciationalStrationalSproachandAptingToosandHardwaredifferences.ITEMPLOYSVARIOUSCOLLECTORSLIKESERIAL, PARALING, CMS, 및 G1, 각각의 소지 firedFferentscenarios.performanceCanbetwithflags-xex : xa

Java의 "Write Onge, Run Everywhere"철학은 JVM (Java Virtual Machine)에서 구현되므로 Java Code는 수정없이 다른 운영 체제에서 실행할 수 있습니다. 컴파일 된 Java Bytecode와 운영 체제 사이의 중개자로서 JVM은 바이트 코드를 특정 시스템 지침으로 변환하여 프로그램이 JVM이 설치된 모든 플랫폼에서 독립적으로 실행될 수 있도록합니다.

Java 프로그램의 편집 및 실행은 Bytecode 및 JVM을 통해 플랫폼 독립성을 달성합니다. 1) Java 소스 코드를 작성하여 바이트 코드로 컴파일하십시오. 2) JVM을 사용하여 모든 플랫폼에서 바이트 코드를 실행하여 코드가 플랫폼에서 실행되도록합니다.

Java 성능은 하드웨어 아키텍처와 밀접한 관련이 있으며이 관계를 이해하면 프로그래밍 기능이 크게 향상 될 수 있습니다. 1) JVM은 JIT 컴파일을 통해 Java Bytecode를 기계 지침으로 변환하여 CPU 아키텍처의 영향을받습니다. 2) 메모리 관리 및 쓰레기 수집은 RAM 및 메모리 버스 속도의 영향을받습니다. 3) 캐시 및 분기 예측은 Java 코드 실행을 최적화합니다. 4) 멀티 코어 시스템의 멀티 스레딩 및 병렬 처리는 성능을 향상시킵니다.

기본 라이브러리를 사용하면 각 운영 체제마다 별도로 컴파일해야하기 때문에 Java의 플랫폼 독립성이 파괴됩니다. 1) 기본 라이브러리는 JNI를 통해 Java와 상호 작용하여 Java가 직접 구현할 수없는 기능을 제공합니다. 2) 기본 라이브러리를 사용하면 프로젝트 복잡성이 증가하고 다른 플랫폼에 대한 라이브러리 파일을 관리해야합니다. 3) 기본 라이브러리는 성능을 향상시킬 수 있지만,주의해서 사용해야하고 크로스 플랫폼 테스트를 수행해야합니다.

JVM은 JNI (JavanativeInterface) 및 Java 표준 라이브러리를 통한 운영 체제 API 차이를 처리합니다. 1. JNI는 Java 코드가 로컬 코드를 호출하고 운영 체제 API와 직접 상호 작용할 수 있습니다. 2. Java Standard Library는 통합 API를 제공하며,이 API는 내부적으로 다른 운영 체제 API에 매핑되어 코드가 플랫폼에서 실행되도록합니다.

modularityDoesNotDirectHeftJava'splatformincendence.java'splatformincendenceIngeasted whejvm, butModularItyInfluencesApplicationStructureAndmanagement, deploymentandDuffictionBecomeMoreferficaliticiboliticalWI

bytecodeinjavaistheintermediaterepresentation attenablesplatformincendence.1) javacodeiscompiledintobytecodestoredin.2) thejvminterpretsorcompilesthisbytecodeintomachinecodeartruntime, theCodeTorUnanynanynovice를 허용합니다


핫 AI 도구

Undresser.AI Undress
사실적인 누드 사진을 만들기 위한 AI 기반 앱

AI Clothes Remover
사진에서 옷을 제거하는 온라인 AI 도구입니다.

Undress AI Tool
무료로 이미지를 벗다

Clothoff.io
AI 옷 제거제

Video Face Swap
완전히 무료인 AI 얼굴 교환 도구를 사용하여 모든 비디오의 얼굴을 쉽게 바꾸세요!

인기 기사

뜨거운 도구

WebStorm Mac 버전
유용한 JavaScript 개발 도구

DVWA
DVWA(Damn Vulnerable Web App)는 매우 취약한 PHP/MySQL 웹 애플리케이션입니다. 주요 목표는 보안 전문가가 법적 환경에서 자신의 기술과 도구를 테스트하고, 웹 개발자가 웹 응용 프로그램 보안 프로세스를 더 잘 이해할 수 있도록 돕고, 교사/학생이 교실 환경 웹 응용 프로그램에서 가르치고 배울 수 있도록 돕는 것입니다. 보안. DVWA의 목표는 다양한 난이도의 간단하고 간단한 인터페이스를 통해 가장 일반적인 웹 취약점 중 일부를 연습하는 것입니다. 이 소프트웨어는

ZendStudio 13.5.1 맥
강력한 PHP 통합 개발 환경

Atom Editor Mac 버전 다운로드
가장 인기 있는 오픈 소스 편집기

드림위버 CS6
시각적 웹 개발 도구
