得到started looking at Hazelcast(3.4.4)。最小配置。测试:
case class Ticket(id:Int, name:String)
val ticketCount = 20
val tickets:List[Ticket] = for { n <- (0 until ticketCount).toList } yield Ticket(n, s"ticket$n")
val map: IMap[Long, Ticket] = hz1.getMap[Long,Ticket]("com.foo.testmap")
tickets foreach { t =>
println(s"submitting $t")
Thread.sleep(10) // some delay to submit one ticket
map.putIfAbsent(t.id, t)
}
Thread.sleep(2000) // two seconds to make sure all is set..
var value1 = map.get(19) // null
var value2 = map.containsKey(19) ) // false
val value3 = map.getAsync(19).get() // Ticket(19,ticket19)
为什么 null
,为什么false
,为什么只有map.getAsync(19).get()
有效?
但是:
val iterator = map.entrySet().iterator() // will print all values
while(iterator.hasNext) {
val next = iterator.next()
println(next)
}
将打印所有条目。
更新
配置中的:
<map name="com.foo.testmap">
<in-memory-format>OBJECT</in-memory-format>
</map>
答案 0 :(得分:4)
当您将var value1 = map.get(19)
更改为var value1 = map.get(19l)
将数据存储到地图时,您使用Long作为键。但是,您使用Integer来获取数据。正如您在IMap contract中看到的那样,相等比较使用密钥的二进制(序列化)形式,而不是密钥本身。很明显,long被序列化为不同的二进制而不是整数。
getAsync()
与get()
方法不同,它使用泛型,我假设Scala编译器将密钥转换为场景后面的Long。
它是自动装箱和Scala编译器巫术的组合,造成看似不一致的行为。然而,当我想到它时,并不是那么出乎意料。 j.u.Map
的行为完全相同。以下测试也失败了:
@Test
public void surpriseNotReally() {
Map<Long, String> map = new HashMap<>();
long key = 1;
String expectedValue = "foo";
map.put(key, expectedValue);
String actualValue = map.get(1);
assertEquals(expectedValue, actualValue);
}