这个问题是由奇怪的HashMap.put()行为引起的。
我认为我理解了为什么Map<K,V>.put需要一个K，而Map<K,V>.get需要一个Object，因为不这样做会破坏太多现有的代码。
现在我们进入了一个非常容易出错的情况：
java.util.HashMap<Long, String> m = new java.util.HashMap<Long, String>();
m.put(5L,"Five"); // compiler barfs on m.put(5, "Five")
m.contains(5); // no complains from compiler, but returns false
如果长整型 Long 的值在 int 范围内且值相等，那么返回 true 不就行了吗？
这里是来自Long.java的源代码
public boolean equals(Object obj) {
if (obj instanceof Long) {
return value == ((Long)obj).longValue();
}
return false;
}
也就是说，为了相等，它需要是 Long 类型。我认为下面两者之间的关键区别是：
long l = 42L
int i = 42;
l == i
你上面的例子说明，对于原始类型，可能会发生int值的隐式扩展，但是对于对象类型，没有规则可以将Integer类型隐式转换为Long类型。
此外，请查看Java Puzzlers，它有很多类似的示例。
一般来说，尽管在equals()的合同中没有严格表述，但对象不应将自己视为与不完全相同的类（即使它是子类）的另一个对象相等。考虑对称性-如果a.equals(b)为真，则b.equals(a)也必须为真。
让我们有两个对象，类为Super的foo和扩展Super的Sub类的bar。现在考虑equals()在Super中的实现，特别是当它被调用为foo.equals(bar)时。Foo只知道bar被强制类型为Object，因此为了进行准确的比较，它需要检查它是否是Super的实例，如果不是则返回false。它是这样做的，所以这部分没问题。现在它比较所有实例字段等（或者实际比较实现的任何内容），并发现它们相等。到目前为止，还好。
equals() 的规范遵循Liskov替换原则，该原则指出子类必须能够代替其超类。核心API有很多例子都与您的答案相矛盾，比如ArrayList.equals(List)甚至是ArrayList.equals(LinkedList)。 - Gilim.Contains（“5”）时，希望发生什么？或者如果您将包含5作为第一个元素的数组传递给它会怎样？简单地说，它似乎是“如果类型不同，则键也不同”的连接。object作为键的集合。如果您put一个5L，然后尝试获取5，“5”，...，您希望发生什么？如果您put一个5L、一个5和一个“5”，并且您想检查是否存在5F，那该怎么办？int，则检查传递的对象是否为long、short、float、double等，然后进行转换和比较。如果K是float，则检查传递的对象是否为...你的问题看起来很合理，但如果对于两种不同类型返回true，则违反了equals()的一般约定，即使不违反其契约。
TLongLongHashMap map = new TLongLongHashMap();
map.put(1L, 45L);
map.containsKey(1); // returns true, 1 gets promoted to long from int by compiler
int x = map.get(1); // Helpful compiler error. x is not a long
int x = (int)map.get(1); // OK. cast reassures compiler that you know
long x = map.get(1); // Better.
等等。没有必要正确获取类型，如果您做了一些愚蠢的事情（例如尝试将长整型存储在整型中），编译器会给出错误（您可以进行更正或覆盖）。
自动转换规则意味着比较也能正常工作：
if(map.get(1) == 45) // 1 promoted to long, 45 promoted to long...all is well
因此您的代码应该是...
java.util.HashMap<Long, String> m = new java.util.HashMap<Long, String>();
m.put(5L, "Five"); // compiler barfs on m.put(5, "Five")
System.out.println(m.containsKey(5L)); // true
你忘记了Java正在自动装箱你的代码，所以上面的代码等同于
java.util.HashMap<Long, String> m = new java.util.HashMap<Long, String>();
m.put(new Long(5L), "Five"); // compiler barfs on m.put(5, "Five")
System.out.println(m.containsKey(new Long(5))); // true
System.out.println(m.containsKey(new Long(5L))); // true
所以你的问题的一部分是自动装箱。另一部分是你有不同类型，正如其他帖子中所述。