A. JSR107
JSR107 사양은 자바의 집합이 우리가 해당 인터페이스를 상속로 이동 어떤 기능이 달성하고자하는 인터페이스 지향 프로그래밍, 대응 방법을 대체하는 캐시, 우리에게 제공합니다. 그러나, 사용 지금은 덜 큰 시장 통합의 어려움, 그러나 캐시 구현 메커니즘의 숫자의 출시 뒤에 그것의 기본적인 수준에서 확장된다. 그래서 우리는 그 기본 개념 볼 수 있습니다.
자바 캐싱 (JSR107)는 다섯 개 코어 인터페이스 CachingProvider, CachManager, 캐시 엔트리 및 만료되어 정의
[1] CachingProvider가 정의 만든 구성을 획득, 관리 및 제어 다중 CacherManager. 응용 프로그램이 실행되는 여러 CachingProvider에서 액세스 할 수 있습니다
[2] CacheManager는, 구성, 취득을 만들 정의, 관리 및 제어 여러 고유 CacheManager의 맥락에서 이러한 존재 캐시, 캐시를 지명했다. CacheManager 만 CachingProvider 소유.
[3] 캐시지도 유사한 임시 키 인덱스 값을 저장하는 데이터 구조이다. 캐시는 소유 만 CacheManger입니다.
[4]는 캐시에 저장된 키 - 값 쌍은 입력되는
캐시 엔트리의 [5]는 유효한 정의 만료 각 메모리를 갖는다. 이 시간이 지남에 한 번, 만료 된 상태에 대한 항목. 만료되면 항목에 액세스, 갱신, 그리고 삭제되지 않습니다. 캐시 수명은 ExpiryPolicy 설정할 수 있습니다
두. 봄 캐시 추상화
1. 기본 개념 :
응용 프로그램의 실현에 JSR은 상대적으로 복잡하기 때문에, 봄 있도록 3.1 프레임 워크가 정의를 자체 캐시 추상화를 시작한 이후, 그것은 CacheManager와의 실현은 캐시 이상 유지, 그들은 매우 좋은 패키지를했다, 우리의 개발은 크게 감소하는 어려움이다. 그것은 다른 캐시 기술을 통합하고, 주 우리의 개발을 단순화 JCache (JSR-107)의 사용을 지원하기 위해 기본 소스 코드를 org.springframework.cache.Cache 및 org.springframework.cache.cacheManager 인터페이스를 정의
연결된 2 캐시 인터페이스
컴포넌트 인터페이스 사양 캐시 캐시를 정의하고, 각종 동작의 세트를 상기 캐시
캐시 인터페이스에 따라 다양한 xxxCache 스프링은 RedisCache 제공 구현하기 EhCacheCache, ConcurrentMapCahe 다른
관련도 구현 :
우리는도에서. 우리는 응용 프로그램은 (캐시 관리자의 모음입니다) CompositeCacheManager을 위해 볼 수있는 개발이 용이, 다양한 기본 캐시 관리자의 구현, 자신의 캐시 구현을해야합니다 다른 캐시 관리자의 다양한있다 우리는 데이터를 (해당 CRUD 작업을 우리가 단지 관리자를 알아야하고, 개발 된 때, RedisTemplate 템플릿을 사용하는 경우가 RedisCacheManager, 우리의 레디 스 캐시의 작업 관리자를 필요로 할 때 우리는 레디 스 캐시를 사용처럼 템플릿의 위상 내용은 OK)입니다
3. 몇 가지 중요한 개념 및 캐시 코멘트
