我有一些静态初始化代码：
someMethodThatTakesAHashMap(new HashMap<K, V>() {
{
put("a","value-a");
put("c","value-c");}
});
由于某种原因，我收到了来自 Eclipse 的警告： 可序列化类未声明静态最终 serialVersionUID。
这是在抱怨匿名类吗？我能做些什么呢，或者我应该压制它。
【问题讨论】：
标签： java generics instance-initializers
是的，您可以取消警告，但我会这样重写它：
HashMap<String, String> map = new HashMap<String, String>();
map.put("a","value-a");
map.put("c","value-c");
someMethodThatTakesAHashMap(map);
IMO 无需压制，而且更易于阅读。
【讨论】：
我大体上同意 Bart K.，但仅供参考：
警告也可以通过添加字段来消除，按ctrl+1可以自动生成。
也可以通过在定义前添加 @SuppressWarnings("serial") 注释来抑制警告。
匿名类实现了Serializeable，Serializeable需要这个静态字段，以便在序列化和反序列化时可以区分版本。更多信息在这里：
http://www.javablogging.com/what-is-serialversionuid/
【讨论】：
您使用的语法称为double-brace initialization - 实际上是“instance initialization block”，它是anonymous inner class 的一部分（当然不是黑客）。所以，当使用这个符号时，你实际上是在定义一个新的类（！）。
在您的情况下，“问题”是 HashMap 实现了 Serializable。此接口没有任何方法，仅用于识别可序列化的语义。换句话说，它是一个标记接口，您实际上不需要实现任何东西。 但是，在反序列化过程中，Java 使用称为serialVersionUID 的版本号来验证序列化版本是否与目标兼容。如果您不提供此serialVersionUID，则会进行计算。而且，正如Serializable 的 javadoc 中所述，计算值非常敏感，因此建议明确声明它以避免任何反序列化问题。这就是 Eclipse 所“抱怨”的内容（请注意，这只是一个警告）。
因此，为避免此警告，您可以在匿名内部类中添加 serialVersionUID：
someMethodThatTakesAHashMap(new HashMap<String, String>() {
private static final long serialVersionUID = -1113582265865921787L;
{
put("a", "value-a");
put("c", "value-c");
}
});
但是你失去了语法的简洁性（你甚至可能不需要它）。
因此，另一种选择是通过在调用someMethodThatTakesAHashMap(Map) 的方法中添加@SuppressWarnings("serial") 来忽略警告。这似乎更适合您的情况。
总而言之，虽然这种语法简洁，但它也有一些缺点。首先，如果您持有对使用双括号初始化初始化的对象的引用，则您隐含地持有对不符合垃圾回收条件的外部对象的引用。所以要小心。其次（这听起来像是微优化），双括号初始化有一个very a little bit of overhead。第三，正如我们所见，这种技术实际上使用了匿名内部类，因此占用了一些 permgen 空间（但我怀疑这真的是一个问题，除非你真的滥用它们）。最后——这可能是最重要的一点——我不确定它是否使代码更具可读性（这不是众所周知的语法）。
所以，虽然我喜欢在测试中使用它（为了简洁起见），但我倾向于避免在“常规”代码中使用它。
【讨论】：
serialver java.sun.com/javase/6/docs/technotes/tools/solaris/… 但任何体面的 IDE 都会为您做到这一点。
来自 Google Collections 库的 ImmutableMap 类对于这种情况很有用。例如
someMethodThatTakesAHashMap(ImmutableMap.<K, V>builder().put("a","value-a").put("c","value-c").build());
或
someMethodThatTakesAHashMap(ImmutableMap.of("a","value-a","c","value-c"));
【讨论】：
要解决您问题的另一半，“我应该压制它吗？” --
是的。在我看来，这是一个可怕的警告。默认情况下应该不使用serialVersionUID，而不是相反。
如果你不添加serialVersionUID，最糟糕的事情是一个对象的两个版本实际上是序列化兼容的被认为是不兼容的。 serialVersionUID 是一种声明序列化兼容性没有改变的方式，覆盖 Java 的默认评估。
使用serialVersionUID，发生的最糟糕的事情是当类的序列化形式以不兼容的方式更改时，您无意中无法更新ID。充其量，您还会收到运行时错误。在最坏的情况下，会发生更糟糕的事情。想象一下更新失败是多么容易。
【讨论】：
您的意图是初始化 HashMap 的匿名实例。该警告表明您的代码比您预期的要多。
我们正在寻找一种初始化匿名 HashMap 实例的方法。我们上面创建了一个 HashMap 的匿名子类，然后创建了该匿名类的一个匿名实例。
由于代码的作用超出了预期，我将其称为 hack。
我们真正想要的是这样的：
foo(new HashMap<String, String>({"a", "value-a"}, {"c", "value-c"}));
但这不是有效的 Java。没有办法使用键/值对数组以类型安全的方式执行此操作。 Java simple 没有表达能力。
Google Collection 的 ImmutableMap.of 静态方法很接近，但这意味着为不同数量的键/值对创建工厂方法的一个版本。 （见 finnw 的回答。）
所以保持简单。除非您的代码充满了这种初始化，否则请使用 Bart K 的解决方案。如果是这样，请使用 ImmutableMap。或者使用“of”样式工厂方法滚动您自己的 HashMap 子类。或者在实用程序类中创建这些“of”风格的工厂方法。这是两个键/值对中的一个：
public final MapUtil {
public static <K,V> Map<K,V> makeMap(K k1, V v1, K k2, V v2) {
Map<K,V> m = new HashMap<K,V>();
m.put(k1, v1);
m.put(k2, v2);
return m;
}
}
拥抱冗长，并在得知您的公司同事与您戴着同样的枷锁时感到安慰。
【讨论】：