-
Notifications
You must be signed in to change notification settings - Fork 1.6k
Compute
Cache<Key, Graph> graphs = Caffeine.newBuilder()
.evictionListener((Key key, Graph graph, RemovalCause cause) -> {
// atomically intercept the entry's eviction
}).build();
graphs.asMap().compute(key, (k, v) -> {
Graph graph = createExpensiveGraph(key);
... // update a secondary store
return graph;
});
Caffeine offers extension points for complex workflows that require an external resource to observe the sequential order of changes for a given key. For manual operations, Map compute methods provides the ability to perform logic within an atomic operation that may create, update, or remove an entry. When an entry is automatically removed, an eviction listener expands the map computation to execute custom logic. These types of entry operations will mean that the cache will block subsequent mutative operations for the entry and reads will return the previous value until the write completes.
A computation may be used to implement a write-through or write-back cache.
In a write-through cache the operations are performed synchronously and the cache will only be updated if the writer completes successfully. This avoids race conditions where the resource and cache are updated as independent atomic operations.
In a write-back cache the operation to the external resource is performed asynchronously after the cache has been updated. This improves write throughput at the risk of data inconsistency, such as leaving invalid state in the cache if the write fails. This approach may be useful to delay writes until a specific time, limit the write rate, or batch write operations.
A write-back extension might implement some or all of the following features:
- Batching and coalescing the operations
- Delaying the operations until a time window
- Performing a batch prior to a periodic flush if it exceeds a threshold size
- Loading from the write-behind buffer if the operations have not yet been flushed
- Handling retrials, rate limiting, and concurrency depending on the the characteristics of the external resource
See write-behind-rxjava for a simple example using RxJava.
A layered cache loads from and writes to an external cache that is backed by the system of record. This allows having a small fast cache that falls back to slow large cache. Typical tiers are off-heap, file-based, and remote caches.
A victim cache is a layering variant where the evicted entries are written to the secondary cache. The eviction listener's RemovalCause
allows for inspecting why the entry was removed and reacting accordingly.
A synchronous listener receives event notifications in the order that the operations occur on the cache for a given key. The listener may either block the cache operation or queue the event to be performed asynchronously. This type of listener is most often used for replication or constructing a distributed cache.