项目场景
这是一位朋友给我分享的实际线上问题，看似简单却害了项目再次造出一个bug来。
场景：线上环境中，需要查询某某业务数据，条件是状态，之前产品只要求查两个状态的，但现在让他再多查一个状态的。
自信满满的他，以为就加个状态，肯定没问题的。
在代码中，这位朋友用到了Arrays工具类。
写法如下：
List<Integer> statusList= Arrays.asList(0,1);
这里看起来没问题。
第一种想到的就是直接加个状态就搞定了。
List<Integer> statusList= Arrays.asList(0,1,2);
但是，他定义的statusList在方法也有个查询用到了!
为了不影响其他部分代码，于是，他就是这么干的：
List<Integer> statusList= Arrays.asList(0,1);
statusList.add(2);
就加了一行代码，非常非常简单，没有任何逻辑。
并且，本地编译也没问题，自信满满的，和领导说，改好了，可以上线了。
可是，一上线就大量报错：
Exception in thread "main" java.lang.UnsupportedOperationExceptionat java.base/java.util.AbstractList.add(AbstractList.java:153)at java.base/java.util.AbstractList.add(AbstractList.java:111)
懵了呀，这！怎么可能报错，我就往List中加了一条数据而已。
哎，今年的年终奖估计是无望了，可是自己却觉得自己很无辜。
问题分析
分析上述代码：
List<Integer> statusList= Arrays.asList(0,1);
statusList.add(2);
进入asList方法：
public static <T> List<T> asList(T... a) {return new ArrayList<>(a);}
返回了一个ArrayList，凭我们的经验，向这个list里面add一个元素肯定没问题。
但是，为什么会报错呢？
其实，这里的ArrayList，并非我们平常说的ArrayList。
这里的ArrayList是Arrays中内部类。
ArrayList的基本定义：
private static class ArrayList<E> extends AbstractList<E>implements RandomAccess, java.io.Serializable {// ......}
使用快捷键Alt+7查看内部类ArrayList主要包含哪些方法？
到这里，我们可以发现，ArrayList里完全没有add方法，也就是说这里的内部类ArrayList是不支持add的。
再回到上面说的报错异常：UnsupportedOperationException
AbstractList中add报错的
public void add(int index, E element) {throw new UnsupportedOperationException();}
总结
Arrays.asList返回的List是Arrays中内部类。该内部类ArrayList继承了AbstractList但未重写父抽象类里面的add和remove方法。
因此，调用add、remove方法实际上是调用了父类AbstractList中的方法。
查看AbstractList发现这几个都未具体实现，直接返回了不支持操作异常即UnsupportedOperationException异常！
public void add(int index, E element) {throw new UnsupportedOperationException();}public E remove(int index) {throw new UnsupportedOperationException();}
