spring 과 springmvc 용기 관계
Spring 전체 프레임 워 크 의 핵심 개념 에서 용 기 는 핵심 사상 으로 Bean 의 전체 생명 주 기 를 관리 하 는 것 이다. 한 프로젝트 에서 용 기 는 반드시 하나 가 아니 라 Spring 에 여러 개의 용 기 를 포함 할 수 있 고 용 기 는 상하 층 관 계 를 가진다. 현재 가장 흔히 볼 수 있 는 장면 은 한 프로젝트 에서 Spring 과 SpringMVC 라 는 두 개의 프레임 워 크 를 도입 하 는 것 이다.사실은 2 개의 용기, Spring 은 뿌리 용기, SpringMVC 는 그 하위 용기 이 며, Spring 뿌리 용기 에 서 는 SpringMVC 용기 에 있 는 Bean 을 볼 수 없 으 며, SpringMVC 용기 에 서 는 Spring 뿌리 용기 에 있 는 Bean 을 볼 수 있다. 즉, 하위 용기 에 서 는 부모 용기 에 등 록 된 Bean 을 볼 수 있 고, 그렇지 않 으 면 안 된다.이 점 을 이해 하 는 것 은 매우 중요 하 다. 왜냐하면 이것 은 규칙 이 고 Spring 이 스스로 설정 한 것 이기 때문이다. 그러나 아래 를 보면 우 리 는 이 규칙 을 묵인 하지 않 는 곳 이 있다 는 것 을 알 게 될 것 이다.
우리 가 주 해 를 사용 할 때 Bean 등록 기능 의 실현 은 모든 Bean 에 XML 을 설정 할 필요 가 없습니다. 통 일 된 다음 설정 만 사용 하면 됩 니 다.
<context:component-scan base-package=“com.test" />
Spring 이 제공 하 는 참고 매 뉴 얼 에 따 르 면 이 설정 의 기능 은 기본 가방 에 있 는 모든 @ Component 주 해 를 스 캔 하고 용기 에 자동 으로 등록 하 는 동시에 @ Controller, @ Service, @ Respository 라 는 세 개의 주 해 를 스 캔 하 는 것 입 니 다. 그들 은 @ Component 를 계승 합 니 다.
위 에서 사용 한 스 캔 설정 을 제외 하고 프로젝트 에서 자주 볼 수 있 는 것 은 < context: annotation - config / > 입 니 다. 사실은 위 와 같은 설정 이 있 습 니 다. 이것 은 생략 할 수 있 습 니 다.
또 하나의 SpringMVC 와 관련 된 것 은 < mvc: annotation - driven / > 설정 입 니 다. 검증 을 통 해 이것 은 반드시 설정 해 야 합 니 다. @ RequestMapping 과 결합 하여 사용 되 기 때문에 SpringMVC 프레임 워 크 와 관련 된 지식 을 보충 합 니 다.
Handler Mapping 은 SpringMVC 에서 Request 요청 URL 을 구체 적 인 Controller 로 처리 하 는 데 사용 되 며 그 자체 도 여러 종류 로 나 뉜 다.
HandlerAdapter 는 SpringMVC 에서 구체 적 인 요 구 를 처리 하여 구체 적 인 방법 에 투사 하 는 것 으로 그 자체 도 여러 종류 로 나 뉜 다.
@ RequestMapping 이라는 주해 의 주요 목적 은 요청 한 맵 을 처리 하기 위해 구체 적 인 Controller 와 방법 을 등록 하 는 것 입 니 다.그러나 @ RequestMapping 은 < mvc: annotation - driven / > 와 결합 하여 사용 해 야 유효 합 니 다.
자, 이상 의 기초 지식 이 깔 려 있 습 니 다. 지금 과 같은 사용 장면 에서 Spring 과 SpringMVC 의 용기 가 충돌 하 는 원인 은 어디 에 있 습 니까?
Spring 프로필 applicationContext. xml, SpringMVC 프로필 applicationContext - MVC. xml, 이 항목 에는 2 개의 용기 가 있 습 니 다. 설정 방식 A 는 다음 과 같 습 니 다.
applicationContext. xml 에 < context: component - can base - package = "com. test" 가 설정 되 어 있 습 니 다."/ >, 등록 해 야 할 Bean 의 모든 스 캔 작업 을 담당 합 니 다. applicationContext - MVC. xml 에 < mvc: annotation - driven / > 을 설정 하고 springMVC 관련 주 해 를 사용 합 니 다. 시작 항목 에서 springMVC 가 효력 을 잃 고 점프 할 수 없습니다. log 를 여 는 DEBUG 단 계 를 디 버 깅 한 결과 springMVC 용기 의 요청 이 구체 적 인 contrller 에 반영 되 지 않 은 것 같 습 니 다."
설정 방식 B, 다음 과 같 음:
효 과 를 빠르게 검증 하기 위해 < context: component - scan base - package = "com. test" / > 스 캔 을 applicationContext - MVC. xml 에 설정 하고 재 부팅 후 검증 에 성공 하면 springMVC 점프 가 유효 합 니 다.
(이 방법 은 sping 관리 가 없 는 been 이 spring 업무 류 에 주입 하려 고 할 때 실패 합 니 다. 예 를 들 어 정시 작업 은 spring 에 위탁 되 어 있 기 때문에 업무 been 을 주입 하려 면 spring 에 등록 해 야 합 니 다. 다른 것 은 spring 통합 구성 요소 와 유사 합 니 다)
구체 적 인 원인 을 보 려 면 원본 코드 를 뒤 져 보 세 요. springMVC 의 Dispatcher Servlet 부터 보 세 요. 요청 이 들 어 온 후에 무슨 일이 일 어 났 습 니까? 길 게 살 펴 본 후에 원인 을 찾 으 면 다음 과 같 습 니 다.
springMVC 초기 화 시 현재 용기 에 있 는 모든 @ Controller 주해 빈 을 찾 아 handler 인지 확인 합 니 다. 현재 용기 springMVC 에 등 록 된 빈 에는 @ Controller 주해 가 없습니다. 위 에서 언급 한 설정 방식 A, 모든 @ Controller 설정 빈 은 Spring 이라는 부모 용기 에 등록 되 어 있 습 니 다. 코드 를 보십시오.
protected void initHandlerMethods() {
if (logger.isDebugEnabled()) {
logger.debug("Looking for request mappings in application context: " + getApplicationContext());
}
String[] beanNames = (this.detectHandlerMethodsInAncestorContexts ?
BeanFactoryUtils.beanNamesForTypeIncludingAncestors(getApplicationContext(), Object.class) :
getApplicationContext().getBeanNamesForType(Object.class));
for (String beanName : beanNames) {
if (isHandler(getApplicationContext().getType(beanName))){
detectHandlerMethods(beanName);
}
}
handlerMethodsInitialized(getHandlerMethods());
}
isHandler bean controller, :
protected boolean isHandler(Class<?> beanType) {
return AnnotationUtils.findAnnotation(beanType, Controller.class) != null;
}
설정 방식 B 에는 springMVC 용기 에 @ Controller 주해 빈 이 모두 포함 되 어 있어 자 연 스 럽 게 찾 을 수 있 습 니 다.
이상 이 원인 입 니 다. 해결 방법 은 무엇 입 니까? initHandler Methods () 를 주의 깊 게 보 세 요.방법 중 detectHandlerMethodsInAncestor Contexts 이 스위치 는 부모 용 기 를 포함 하 는 지 여 부 를 가 져 오 는 것 을 주로 제어 합 니 다. 기본 값 은 포함 되 지 않 습 니 다. 따라서 해결 방법 은 있 습 니 다. 즉, springMVC 설정 파일 에 HandlerMapping 의 detectHandlerMethodsInAncestor Contexts 속성 을 true 로 설정 하면 됩 니 다.부모 용기 의 bean 을 검사 할 수 있 도록 구체 적 인 항목 에 따라 어떤 Handler Mapping 을 사용 하 는 지 확인 해 야 합 니 다. 다음 과 같 습 니 다.
이상 은 이미 두 가지 해결 방안 이 있 지만 실제 공사 에 서 는 많은 설정 을 포함 하고 서로 다른 업무 모듈 에 따라 구분 하기 때문에 우 리 는 일반적으로 각자 책임 을 지고 경 계 를 명 확 히 하 는 것 이 생각 입 니 다. Spring 뿌리 용 기 는 다른 contrller 가 아 닌 Bean 의 등록 을 책임 지고 SpringMVC 는 contrller 와 관련 된 Bean 의 등록 만 책임 집 니 다. 세 번 째 방안 은 다음 과 같 습 니 다.
Spring 용기 설정, 모든 @ controller 의 Bean 제거
<context:component-scan base-package="com.fsnip.open">
<context:exclude-filter type="annotation" expression="org.springframework.stereotype.Controller"/>
</context:component-scan>
SpringMVC 용기 설정, @ controller 의 Bean 만 포함 하도록 합 니 다.
<context:component-scan base-package="com.fsnip.open" use-default-filters="false">
<context:include-filter type="annotation" expression="org.springframework.stereotype.Controller" />
</context:component-scan>
이 내용에 흥미가 있습니까?
현재 기사가 여러분의 문제를 해결하지 못하는 경우 AI 엔진은 머신러닝 분석(스마트 모델이 방금 만들어져 부정확한 경우가 있을 수 있음)을 통해 가장 유사한 기사를 추천합니다:
다양한 언어의 JSONJSON은 Javascript 표기법을 사용하여 데이터 구조를 레이아웃하는 데이터 형식입니다. 그러나 Javascript가 코드에서 이러한 구조를 나타낼 수 있는 유일한 언어는 아닙니다. 저는 일반적으로 '객체'{}...
텍스트를 자유롭게 공유하거나 복사할 수 있습니다.하지만 이 문서의 URL은 참조 URL로 남겨 두십시오.
CC BY-SA 2.5, CC BY-SA 3.0 및 CC BY-SA 4.0에 따라 라이센스가 부여됩니다.