如何测试Java中的集合是否支持add操作？

你说得没错——Java里Collection是否支持add操作完全取决于具体的实现类，像Collections.emptyList()这种不可变集合调用add就会直接抛出UnsupportedOperationException。要预先判断的话，有几种思路，我给你拆解一下：

常见的判断方法 #

1. 别用isEmpty()做判断（踩坑提醒） #

先澄清一个很容易犯的误区：空集合≠不可修改集合。比如刚创建的new ArrayList<>()是空的，但完全支持add；而Collections.emptyList()也是空的，但根本不能添加元素。所以用isEmpty()来判断能不能add完全不靠谱。

2. 检查集合是否属于不可变包装类 #

JDK里很多不可变集合是通过Collections.unmodifiableList()、Collections.unmodifiableSet()这类方法生成的，它们的底层是Collections.UnmodifiableCollection（以及对应的子类）。你可以用instanceof来判断：

if (!(names instanceof Collections.UnmodifiableCollection)) {
    names.add(myName);
} else {
    // 原集合不可修改，创建新的可修改集合
    List<String> newNames = new ArrayList<>(names);
    newNames.add(myName);
    names = newNames;
}

不过要注意：Collections.UnmodifiableCollection是包私有类，如果你在java.util包之外的代码里使用，直接写会编译报错。这时候可以用反射判断类名，或者换更通用的方式。

3. 捕获UnsupportedOperationException（实用但不优雅） #

其实Java集合框架的设计思路就是：不支持的操作直接抛出异常，而非提供前置检查方法。所以很多开发者会直接尝试调用add，然后捕获异常处理：

try {
    names.add(myName);
} catch (UnsupportedOperationException e) {
    // 处理不可修改的情况
    List<String> newNames = new ArrayList<>(names);
    newNames.add(myName);
    names = newNames;
}

这种方式的好处是通用性极强——不管是JDK自带的不可变集合，还是第三方库的自定义不可变集合，只要不支持add就会触发异常，你可以统一处理。唯一的缺点是“先尝试再处理”的写法有些开发者觉得不够优雅，但在实际项目中非常实用。

4. 直接创建可修改副本（最稳妥的方案） #

如果你不想纠结判断逻辑，也不想处理异常，最省心的方式就是直接把原集合转换成一个可修改的新集合，比如ArrayList：

List<String> modifiableNames = new ArrayList<>(names);
modifiableNames.add(myName);
// 后续业务逻辑直接使用modifiableNames即可

这种方式虽然会创建集合副本（带来一点点性能开销），但胜在简单可靠，完全避免了各种判断和异常处理的麻烦，适合大多数场景。

补充：为什么没有统一的isAddSupported()方法？ #

Java集合框架之所以没提供这类检查方法，是因为集合的行为太灵活了：有些集合可能在某些条件下支持add，某些条件下不支持（比如固定容量的数组集合，满了之后add也会抛出异常）。所以很难设计一个能覆盖所有场景的前置检查方法，“尝试操作+捕获异常”反而成了最通用的解决方案。

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