다른 환경으로 변경하거나 응용 프로그램에 캐싱 저장소가 구성되지 않은 다른 시나리오로 변경하는 경우가 있습니다. 이 경우 적절한 캐시 저장소를 찾는 데 실패하여 스프링 응용 프로그램에서 런타임 예외가 throw됩니다. 응용 프로그램에서 캐싱 선언을 제거하는 대신(시간이 많이 소요되는 작업인) 가을 bacl 더미 캐시 저장소를 구성하여 피하고 예외를 throw할 수 있습니다. 스프링 응용 프로그램에서 캐시 저장소를 찾을 수 없는 경우 캐싱 메커니즘을 적용하지 않고 메서드를 정상적으로 실행합니다. 다시 캐시에 대한 선언은 다음과 같습니다 : 캐시 개발자가 선언적 주석의 아래 목록을 사용할 수 있습니다 활성화 한 후 : 그래서 캐싱 후보는 각 프로젝트에 따라 다를 수 있습니다, 여전히 그 캐싱의 몇 가지 예입니다 – 이것은 가장 자주 사용됩니다 캐싱이 광범위하게 사용되는 영역은 응용 프로그램의 성능을 향상시김을 향상시입니다. Memcached 및 Radis와 같은 인메모리 캐시는 응용 프로그램과 데이터 저장소 간에 키 값 저장입니다. 데이터는 RAM에 저장되므로 데이터가 디스크에 저장되는 일반적인 데이터베이스보다 훨씬 빠릅니다. 이것은 기본적으로 스프링 캐시가 개발 프로세스 중에 성능 문제를 해결하는 데 도움이 되는 방법입니다. 그러나 필요하지 않은 곳에 캐싱을 사용하지 마십시오. 현명하십시오! 이는 주로 캐시에 상주하고 캐시 수명 주기를 거쳐야 하는 데이터 유형에 대한 의견이 결정됩니다.

부실 데이터를 얼마나 견딜 수 있는지에 대한 시나리오와 요구 사항이 다릅니다. @ComponentScan Hello 패키지에서 다른 구성 요소, 구성 및 서비스를 찾아 컨트롤러를 찾을 수 있도록 Spring에 지시합니다. XML 기반 구성을 사용하려면 cache:annotation 기반 요소를 사용합니다. 이 경우 캐시에 필요한 결과가 포함된 경우 결과가 반환되고 메서드가 호출되지 않습니다. 기존 웹 사이트에서 위의 예제를 시도했습니다. 나는 또한 EHCache 및 Spring에 매우 익숙하지않으며 로그에서 페이지를 새로 고칠 때마다 메서드가 호출되는 것을 볼 수 있습니다. 나는 ehcache에 로깅을 활성화하고 나는이 볼 수 있습니다 “메모리 스토어 – 초기화 net.sf.ehcache.store 사용자 정의브랜드 캐시에 대한”, “캐시 – 초기화 된 캐시: 사용자 정의BrandListCache “, “구성 도우미 – CacheDecoratorFactory 구성되지 않았습니다. `사용자 지정 브랜드리스트 캐시`를 건너뜁니다.” 그리고 “캐시 매니저 – 기존 싱글 톤을 만들려고 시도합니다. 기존 싱글톤이 돌아왔습니다.” 이 링크 https://code.google.com/archive/p/ehcache-spring-annotations/wikis/UsingCacheable.wiki 이 중 문제가 될 수 있는지 확인합니다.

내가 아는 한, 그것은 … 자세히 보기 » 새 팝 창이 열리고 파일 이름을 다음과 같이 입력합니다. 모델 클래스는 패키지 내에서 만들어집니다: com.jcg.spring.cache. 이 게시물에서는 응용 프로그램에서 스프링 캐싱을 사용하는 기본 사항에 대해 설명했습니다.