第 3 章 Data Grid Cache Interface

与 Data Grid 一起使用时，在 Map 中公开的某些方法具有一定的性能后果，如 size （）、value （）、keySet （） 和 entrySet （）。有关 keySet、value 和 entrySet 的具体方法，请参阅其 Javadoc 了解更多详情。

试图全局执行这些操作会对性能有很大的影响，并成为可扩展性瓶颈。因此，这些方法应该仅用于信息或调试目的。

应注意，在 withFlags （） 方法中使用某些标记可以缓解其中的一些问题，请检查每个方法的文档以了解更多详情。

除了仅存储条目外，Data Grid 的缓存 API 允许您向数据附加 mortality 信息。例如，只是使用 put （键，值） 会创建一个 immortal 条目，例如，一个存在于缓存中的条目（永久存在），直到它被删除（或逐出内存以防止耗尽内存）。但是，如果您使用 put (key, value, lifespan, timeunit) 将数据放入缓存中，这会创建一个 mortal 条目，即具有固定生命周期的条目，并在该生命周期后过期。

除了 Lifespan 外，Data Grid 还支持 maxIdle 作为额外的指标，以决定到期。可以使用任何 lifespans 或 maxIdles 的组合。

Data Grid 的 Cache 类包含不同的"put"操作，称为 putForExternalRead。当 Data Grid 用作在其他位置保留数据的临时缓存时，此操作特别有用。在大量读取场景中，缓存中的竞争不应延迟实时事务，因为缓存应该只是优化，而不是以某种方式获得。

要达到此目的，putForExternalRead （） 充当 put 调用，只有在缓存中不存在密钥时才运行，并在另一个线程尝试同时存储同一密钥时失败。在这个特殊情况下，缓存数据是优化系统的方法，而不需要缓存失败会影响到持续的事务，因此为什么以不同的方式处理失败。putForExternalRead （） 被视为快速操作，因为无论它是否成功，它都不会等待任何锁定，因此会立即返回到调用者。

要了解如何使用此操作，让我们来看基本的示例。试想一下，个人实例的缓存，每个由 PersonId 的密钥，其数据源自于单独的数据存储中。以下代码显示了在此示例上下文中使用 putForExternalRead 的最常见模式：

// Id of the person to look up, provided by the application
PersonId id = ...;

// Get a reference to the cache where person instances will be stored
Cache<PersonId, Person> cache = ...;

// First, check whether the cache contains the person instance
// associated with with the given id
Person cachedPerson = cache.get(id);

if (cachedPerson == null) {
   // The person is not cached yet, so query the data store with the id
   Person person = dataStore.lookup(id);

   // Cache the person along with the id so that future requests can
   // retrieve it from memory rather than going to the data store
   cache.putForExternalRead(id, person);
} else {
   // The person was found in the cache, so return it to the application
   return cachedPerson;
}

请注意，putForExternalRead 不应用作使用源自应用程序执行的新 Person 实例更新缓存的机制（例如，来自修改人员地址的事务）。更新缓存的值时，请使用标准 放置 操作，否则可能会出现缓存损坏数据的可能性。