java - pymemcached get 和 incr 方法给出完全不同的结果

Question

我在我的Java项目中使用spymemcached 2.6rc1，我想在其中使用Long类作为可存储对象。不幸的是，当我存储例如new Long(0) 对象，get(...) 和 incr(...) 给出完全不同的结果 - get 给出包含 48 个值的 Long 对象，而 incr 给出 1。 请注意，48 代表 ASCII“0”符号。当我尝试直接从 memcached 获取同一键的值(例如通过使用 telnet)时，我得到了正确的结果 - 0。奇怪的是，Long 是很好的序列化类。因此，默认转码可能存在一些问题。有人可以澄清如何解决这种情况吗？

Answer 1

不久前为此提出了一个问题(spymemcached bug 41)。以下是 Spymemcached 的创建者 Dustin Sallings 对此问题的看法:

您不能混合使用 IntegerTranscoder 和 incr/decr。 incr/decr 要求数字为 编码为字符串，因为它们是与语言无关的服务器端操作。

这是一个单元测试，演示了您要执行的操作:

public void testIncrDecrBug41() throws Exception {
    final String key="incrdecrbug41";

    // set to zero
    client.set(key, 86400, "0");

    // retrieve it to see if it worked
    assertEquals("0", client.get(key));

    // increment it
    assertEquals(1, client.incr(key, 1));

    // fetch it again to see if it worked
    assertEquals("1", client.get(key));
}

请注意，您得到 49 的原因是因为十进制 49 是字符串“1”。

由于服务器端的原因，incr 和 decr 给人们带来了很多困惑 语义。在较新版本的 memcached 中(例如，我尚未应用的更改) 我的二进制分支)，incr 和 decr 将在非数字字符串值上失败。那是， 你的第一个 incr 会抛出异常。

将来请在 Spymemcached 项目网站上提交错误。可以在 http://code.google.com/p/spymemcached 找到。 。这样我们就可以更快地修复它们。