如何处理未经检查的强制转换警告?

Eclipse给我一个如下形式的警告:

类型安全:未检查从对象转换到HashMap

这是从一个API调用，我无法控制返回对象:

HashMap<String, String> getItems(javax.servlet.http.HttpSession session) {
  HashMap<String, String> theHash = (HashMap<String, String>)session.getAttribute("attributeKey");
  return theHash;
}

如果可能的话，我希望避免使用Eclipse警告，因为理论上它们至少表明存在潜在的代码问题。不过，我还没有找到消除这个问题的好方法。我可以将所涉及的单行单独提取到一个方法中，并向该方法添加@SuppressWarnings(“unchecked”)，从而限制忽略警告的代码块的影响。有更好的选择吗?我不想在Eclipse中关闭这些警告。

在我接触代码之前，它更简单，但仍然引起了警告:

HashMap getItems(javax.servlet.http.HttpSession session) {
  HashMap theHash = (HashMap)session.getAttribute("attributeKey");
  return theHash;
}

问题是在其他地方，当你试图使用散列时，你会得到警告:

HashMap items = getItems(session);
items.put("this", "that");

Type safety: The method put(Object, Object) belongs to the raw type HashMap.  References to generic type HashMap<K,V> should be parameterized.

当前回答

不幸的是，这里没有很好的选择。记住，所有这些的目标都是保持类型安全。“Java泛型”提供了一种处理非泛型遗留库的解决方案，在8.2节中有一种特别的方法叫做“空循环技术”。基本上，使不安全施放，并压制警告。然后像这样循环地图:

@SuppressWarnings("unchecked")
Map<String, Number> map = getMap();
for (String s : map.keySet());
for (Number n : map.values());

如果遇到意外类型，您将得到一个运行时ClassCastException，但至少它将发生在问题的根源附近。

2009-02-03 22:46:42

其他回答

快速猜测一下你是否发布了你的代码，可以肯定地说，但是你可能做了一些类似的事情

HashMap<String, Object> test = new HashMap();

当你需要做的时候，哪个会产生警告

HashMap<String, Object> test = new HashMap<String, Object>();

也许值得一看

Java编程语言中的泛型

如果你不熟悉需要做什么。

2009-02-03 22:04:45

在Eclipse首选项中，转到Java->编译器->错误/警告->泛型类型，并选中“忽略不可避免的泛型类型问题”复选框。

这满足了问题的意图，即。

我希望避免Eclipse警告……

如果不是精神。

2011-10-21 17:40:14

我可能误解了这个问题(一个示例和几行代码就好了)，但是为什么您不总是使用合适的接口(和Java5+)呢?我看不出为什么你想要强制转换到HashMap而不是Map<KeyType,ValueType>。事实上，我想不出有什么理由将变量的类型设置为HashMap而不是Map。

为什么源是一个对象?是遗留集合的参数类型吗?如果是，请使用泛型并指定所需的类型。

2009-02-03 22:05:08

当然，最明显的答案是不要进行未经检查的强制转换。

如果绝对有必要，那么至少尝试限制@SuppressWarnings注释的范围。根据它的Javadocs，它可以访问局部变量;这样，它甚至不会影响整个方法。

例子:

@SuppressWarnings("unchecked")
Map<String, String> myMap = (Map<String, String>) deserializeMap();

没有办法确定Map是否真的应该有通用参数<String, String>。您必须事先知道参数应该是什么(否则当您得到ClassCastException时就会知道)。这就是代码生成警告的原因，因为编译器不可能知道是否安全。

2009-02-03 22:07:09

这很难，但以下是我目前的想法:

如果你的API返回Object，那么你什么也做不了——无论如何，你都将盲目地强制转换对象。您可以让Java抛出classcastexception，或者您可以自己检查每个元素并抛出断言或illegalargumentexception或诸如此类的东西，但这些运行时检查都是等效的。无论在运行时做什么，都必须抑制编译时未检查的强制转换。

我只是更喜欢盲强制转换，让JVM为我执行它的运行时检查，因为我们“知道”API应该返回什么，并且通常愿意假设API工作。如果需要，可以在类型转换上方的任何地方使用泛型。您实际上并没有购买任何东西，因为您仍然拥有单一的盲强制转换，但至少您可以从这里开始使用泛型，因此JVM可以帮助您避免在代码的其他部分使用盲强制转换。

在这个特殊的例子中，假设您可以看到对SetAttribute的调用，并看到进入的类型，因此在退出时将类型盲强制转换为same并不是不道德的。添加一个引用SetAttribute的注释并完成它。

2011-03-01 23:04:58

如何处理未经检查的强制转换警告?

推荐文章

最新文章

标签