一TaskExecutor 인터페이스
Spring의 TaskExecutor 인터페이스는 Java.util.concurrent.Executor 인터페이스와 동일합니다. 실제로 이 존재의 주된 이유는 스레드 풀을 사용할 때 Java 5에 대한 종속성을 추상화하기 위한 것입니다. 이 인터페이스에는 스레드 풀의 의미 및 구성에 따라 실행 작업을 허용하는 하나의 메소드 실행(실행 가능 작업)만 있습니다.
TaskExecutor는 원래 필요할 때 다른 Spring 구성 요소에 스레드 풀 추상화를 제공하기 위해 만들어졌습니다. 예를 들어, ApplicationEventMulticaster 구성 요소, JMS의 AbstractMessageListenerContainer 및 Quartz 통합은 모두 TaskExecutor 추상화를 사용하여 스레드 풀을 제공합니다. 물론, Bean에 스레드 풀 동작이 필요한 경우 이 추상화 계층을 사용할 수도 있습니다.
two TaskExecutor 유형
일부 TaskExecutor 구현은 Spring 배포 패키지에 미리 정의되어 있습니다. 이를 사용하면 더 이상 직접 구현할 필요도 없습니다.
SimpleAsyncTaskExecutor 클래스
이 구현은 스레드를 재사용하지 않거나 호출될 때마다 새 스레드를 시작합니다. 그러나 총 동시 스레드 수에 대한 제한 설정은 계속 지원합니다. 총 동시 스레드 수에 대한 제한을 초과하면 위치가 해제될 때까지 새 호출이 차단됩니다. 실제 수영장이 필요하다면 계속 읽어보세요.
SyncTaskExecutor 클래스
이 구현은 비동기적으로 실행되지 않습니다. 대신 각 호출은 호출을 시작한 스레드에서 실행됩니다. 간단한 테스트 케이스처럼 멀티스레딩이 필요하지 않은 경우에 주로 사용됩니다.
ConcurrentTaskExecutor 클래스
이 구현은 Java 5 java.util.concurrent.Executor 클래스에 대한 래퍼입니다. 또 다른 대안인 ThreadPoolTaskExecutor 클래스가 있는데, 이는 Executor의 구성 매개변수를 빈 속성으로 노출합니다. ConcurrentTaskExecutor를 사용할 필요는 거의 없지만 ThreadPoolTaskExecutor가 충분하지 않은 경우 ConcurrentTaskExecutor를 다른 대안으로 사용할 수 있습니다.
SimpleThreadPoolTaskExecutor 클래스
이 구현은 실제로 Spring의 라이프사이클 콜백을 수신하는 Quartz의 SimpleThreadPool 클래스의 하위 클래스입니다. 이는 Quartz와 Quartz가 아닌 구성 요소 간에 공유해야 하는 스레드 풀이 있을 때 일반적으로 사용됩니다.
ThreadPoolTaskExecutor 클래스
java.util.concurrent 패키지의 대체 또는 다운포트를 지원하지 않습니다. Doug Lea와 Dawid Kurzyniec의 java.util.concurrent 구현은 서로 다른 패키지 구조를 사용하므로 올바르게 실행되지 않습니다.
이 구현은 Java 5 환경에서만 사용할 수 있지만 이 환경에서 가장 일반적으로 사용됩니다. 노출된 Bean 속성은 java.util.concurrent.ThreadPoolExecutor를 구성하고 이를 TaskExecutor로 래핑하는 데 사용할 수 있습니다. ScheduledThreadPoolExecutor와 같은 고급 클래스가 필요한 경우 대신 ConcurrentTaskExecutor를 사용하는 것이 좋습니다.
TimerTaskExecutor 클래스
이 구현은 TimerTask를 그 뒤에 있는 구현으로 사용합니다. SyncTaskExecutor와 차이점은 메서드 호출이 별도의 스레드에서 이루어지지만 해당 스레드에서 동기화된다는 점입니다.
WorkManagerTaskExecutor 클래스
CommonJ는 BEA와 IBM이 공동으로 개발한 사양 집합입니다. 이러한 사양은 Java ee 표준은 아니지만 BEA 및 IBM 애플리케이션 서버 구현에 대한 공통 표준입니다.
이 구현은 CommonJ WorkManager를 기본 구현으로 사용하며 Spring 컨텍스트에서 CommonJ WorkManager 애플리케이션을 구성하는 데 가장 중요한 클래스입니다. SimpleThreadPoolTaskExecutor와 유사하게 이 클래스는 WorkManager 인터페이스를 구현하므로 WorkManager로 직접 사용할 수 있습니다.
TaskExcutor의 세 가지 간단한 예
1 taskExcutor


package com.test;import org.springframework.core.task.TaskExecutor;public class MainExecutor { private TaskExecutor taskExecutor; public MainExecutor (TaskExecutor taskExecutor) { this.taskExecutor = taskExecutor; } public void printMessages() { for(int i = 0; i
2 main


package com.test;import org.springframework.context.ApplicationContext;import org.springframework.context.support.ClassPathXmlApplicationContext;public class TaskTest {//本地测试,不用部署到tomcatpublic static void main(String[] args) { System.out.println("测试任务调度开始..."); ApplicationContext appContext = new ClassPathXmlApplicationContext("applicationContext.xml"); MainExecutor te = (MainExecutor)appContext.getBean("taskExecutorExample"); te.printMessages(); System.out.println("--------"); } }
3.applicationContext.xml配置


<?xml version="1.0" encoding="UTF-8"?>nbsp;beans PUBLIC "-//SPRING//DTD BEAN//EN" "/spring-beans.dtd"><beans> <bean> <constructor-arg></constructor-arg> </bean> <bean> <property></property> <property></property> <property></property> </bean></beans>
위 내용은 TaskExecutor 인터페이스 및 유형 소개의 상세 내용입니다. 자세한 내용은 PHP 중국어 웹사이트의 기타 관련 기사를 참조하세요!

javaispopularforcross-platformdesktopapplicationsduetoits "writeonce, runanywhere"철학

Java에서 플랫폼 별 코드를 작성하는 이유에는 특정 운영 체제 기능에 대한 액세스, 특정 하드웨어와 상호 작용하고 성능 최적화가 포함됩니다. 1) JNA 또는 JNI를 사용하여 Windows 레지스트리에 액세스하십시오. 2) JNI를 통한 Linux 특이 적 하드웨어 드라이버와 상호 작용; 3) 금속을 사용하여 JNI를 통해 MacOS의 게임 성능을 최적화하십시오. 그럼에도 불구하고 플랫폼 별 코드를 작성하면 코드의 이식성에 영향을 미치고 복잡성을 높이며 잠재적으로 성능 오버 헤드 및 보안 위험을 초래할 수 있습니다.

Java는 Cloud-Native Applications, Multi-Platform 배포 및 교차 운용성을 통해 플랫폼 독립성을 더욱 향상시킬 것입니다. 1) Cloud Native Applications는 Graalvm 및 Quarkus를 사용하여 시작 속도를 높입니다. 2) Java는 임베디드 장치, 모바일 장치 및 양자 컴퓨터로 확장됩니다. 3) Graalvm을 통해 Java는 Python 및 JavaScript와 같은 언어와 완벽하게 통합되어 언어 교차 수용 가능성을 향상시킵니다.

Java의 강력한 유형 시스템은 유형 안전, 통합 유형 변환 및 다형성을 통해 플랫폼 독립성을 보장합니다. 1) 유형 안전성 런타임 오류를 피하기 위해 컴파일 시간에 유형 검사를 수행합니다. 2) 통합 유형 변환 규칙은 모든 플랫폼에서 일관성이 있습니다. 3) 다형성 및 인터페이스 메커니즘은 코드가 다른 플랫폼에서 일관되게 행동하게 만듭니다.

JNI는 Java의 플랫폼 독립성을 파괴 할 것입니다. 1) JNI는 특정 플랫폼에 대한 로컬 라이브러리를 요구합니다. 2) 대상 플랫폼에서 로컬 코드를 컴파일하고 연결해야합니다. 3) 운영 체제 또는 JVM의 다른 버전은 다른 로컬 라이브러리 버전을 필요로 할 수 있습니다.

신흥 기술은 위협을 일으키고 Java의 플랫폼 독립성을 향상시킵니다. 1) Docker와 같은 클라우드 컴퓨팅 및 컨테이너화 기술은 Java의 플랫폼 독립성을 향상 시키지만 다양한 클라우드 환경에 적응하도록 최적화되어야합니다. 2) WebAssembly는 Graalvm을 통해 Java 코드를 컴파일하여 플랫폼 독립성을 확장하지만 성능을 위해 다른 언어와 경쟁해야합니다.

다른 JVM 구현은 플랫폼 독립성을 제공 할 수 있지만 성능은 약간 다릅니다. 1. OracleHotspot 및 OpenJDKJVM 플랫폼 독립성에서 유사하게 수행되지만 OpenJDK에는 추가 구성이 필요할 수 있습니다. 2. IBMJ9JVM은 특정 운영 체제에서 최적화를 수행합니다. 3. Graalvm은 여러 언어를 지원하며 추가 구성이 필요합니다. 4. AzulzingJVM에는 특정 플랫폼 조정이 필요합니다.

플랫폼 독립성은 여러 운영 체제에서 동일한 코드 세트를 실행하여 개발 비용을 줄이고 개발 시간을 단축시킵니다. 구체적으로, 그것은 다음과 같이 나타납니다. 1. 개발 시간을 줄이면 하나의 코드 세트 만 필요합니다. 2. 유지 보수 비용을 줄이고 테스트 프로세스를 통합합니다. 3. 배포 프로세스를 단순화하기위한 빠른 반복 및 팀 협업.


핫 AI 도구

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

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

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

Clothoff.io
AI 옷 제거제

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

인기 기사

뜨거운 도구

SublimeText3 Mac 버전
신 수준의 코드 편집 소프트웨어(SublimeText3)

mPDF
mPDF는 UTF-8로 인코딩된 HTML에서 PDF 파일을 생성할 수 있는 PHP 라이브러리입니다. 원저자인 Ian Back은 자신의 웹 사이트에서 "즉시" PDF 파일을 출력하고 다양한 언어를 처리하기 위해 mPDF를 작성했습니다. HTML2FPDF와 같은 원본 스크립트보다 유니코드 글꼴을 사용할 때 속도가 느리고 더 큰 파일을 생성하지만 CSS 스타일 등을 지원하고 많은 개선 사항이 있습니다. RTL(아랍어, 히브리어), CJK(중국어, 일본어, 한국어)를 포함한 거의 모든 언어를 지원합니다. 중첩된 블록 수준 요소(예: P, DIV)를 지원합니다.

Eclipse용 SAP NetWeaver 서버 어댑터
Eclipse를 SAP NetWeaver 애플리케이션 서버와 통합합니다.

SublimeText3 Linux 새 버전
SublimeText3 Linux 최신 버전

에디트플러스 중국어 크랙 버전
작은 크기, 구문 강조, 코드 프롬프트 기능을 지원하지 않음
