如何向HashMap中已转型的List<String>添加元素？

你遇到的这个强转警告和冗余代码的问题，在处理Map<String, Object>嵌套List的场景里挺常见的，咱们来聊聊几种更优雅的实现方式：

1. 用Java 8+的computeIfAbsent（最推荐） #

这是最简洁的写法，直接把判断、创建List、获取List的逻辑合并成一行，完全不用手动处理containsKey的判断：

// 一行搞定：不存在则创建新List，存在则直接取出
List<String> vals = (List<String>) data.computeIfAbsent(myVar, k -> new ArrayList<>());
vals.add(otherVar);

computeIfAbsent的逻辑是：如果myVar对应的key不存在，就执行lambda创建新的ArrayList并放入Map，然后返回这个List；如果key已存在，就直接返回对应value。而且List是引用类型，你对vals的add操作会直接修改Map里存储的List，不需要再调用data.put——你原来的解决方案里最后那行put其实是多余的哦。

2. 优化原有强转逻辑（兼容低Java版本） #

如果因为版本限制没法用Java 8+，可以先去掉原代码里多余的put，把逻辑整理得更清晰：

if (!data.containsKey(myVar)) {
    data.put(myVar, new ArrayList<>());
}
// 直接取出强转后添加元素，List是引用类型，修改会同步到Map中
((List<String>) data.get(myVar)).add(otherVar);

这样代码更简洁，也避免了不必要的重复put操作。

3. 从根源避免强转（允许修改Map类型的话） #

如果业务场景允许，最好直接把Map的声明类型改成Map<String, List<String>>，这样完全不需要强转，类型安全还没警告：

Map<String, List<String>> data = new HashMap<>();
// 之后的代码就非常清爽了
data.computeIfAbsent(myVar, k -> new ArrayList<>()).add(otherVar);

补充：原方案里的put为啥多余？ #

因为List是引用类型，你从Map里取出的vals就是Map中存储的List对象的引用，对vals调用add会直接修改原对象，所以不需要再把它放回Map里——这一步完全是重复操作，删掉也不影响结果。

内容的提问来源于stack exchange，提问作者TheRealFakeNews