Cluster computing 是否也为复制缓存实现交错远程GET？

描述了一个新特性：交错远程获取

这些内容在以下章节中描述：

11.4。分配模式

远程GET请求是交错的：我们向主要所有者请求值，但如果它在合理的时间内没有响应，我们也向备份所有者请求值

此功能仅适用于分发模式

• 此功能是否也用于复制模式
• 一般来说：假设复制缓存是分布式缓存的一种特殊情况是否安全

---

一般来说，复制模式确实是分布式缓存的特例。代码基本相同，只是复制模式保留了与集群大小相等的副本数量：每个节点也将是一个完整的副本

---

当当前节点也是条目的所有者副本时，Get操作不会发出远程Get。因此，虽然如果调用该方法，远程Get也将是“交错”的，但实际上，当您进行复制时，您将永远不会执行远程Get。

一般来说，是的，复制模式确实是分布式缓存的一种特殊情况。代码基本相同，只是复制模式保留了与集群大小相等的副本数量：每个节点也将是一个完整的副本

---

当当前节点也是条目的所有者副本时，Get操作不会发出远程Get。因此，虽然如果调用该方法，远程Get也将是“交错”的，但实际上，当您进行复制时，您将永远不会执行远程Get。

因此，在使用

mode=sync的
复制缓存
的情况下，远程Get不会发生？如果
模式=异步
，会发生什么情况？在这种情况下，是否应该始终存在远程获取（如果节点不是主要所有者）？否，只有在某些节点暂时看不到更新的情况下，才应该使用
mode=async
。因此，如果使用
mode=sync
的
复制缓存
，则不会发生远程获取？如果
模式=异步
，会发生什么情况？在这种情况下，是否应该始终存在远程GET（如果该节点不是主要所有者）？否，只有在某些节点暂时看不到更新时，才应该使用
mode=async
。