Java 中 List.subList 的踩坑记录

在 Java 开发中，List的subList方法常常被用于获取列表的子列表。然而，在使用这个方法时，如果不注意一些细节，很容易就会掉入陷阱。

需要明确的是，通过subList获取到的子列表并非一个独立的新列表，而是基于原始列表的视图。这意味着对原始列表的修改会影响到子列表，反之亦然。

比如，当我们对原始列表进行添加或删除元素的操作时，如果这些操作影响到了子列表的范围，就可能会导致意想不到的结果。例如，下面的代码：

List<String> originalList = new ArrayList<>();
originalList.add("A");
originalList.add("B");
originalList.add("C");

List<String> subList = originalList.subList(0, 2);

originalList.remove(1);

// 此时，subList 可能会出现异常情况

在上述代码中，由于对原始列表进行了删除操作，导致子列表的状态变得不稳定。

另外，subList返回的子列表在进行修改操作时也有一些限制。例如，不能直接对subList进行结构修改，像add、remove等操作，否则会抛出UnsupportedOperationException异常。

还有一个容易被忽略的点是，在遍历子列表时，如果同时对原始列表进行修改，可能会引发并发修改异常。

为了避免这些坑，在使用subList时，我们应该尽量将其作为只读视图来处理。如果确实需要对子列表进行修改，最好先将其转换为一个独立的新列表，例如通过new ArrayList<>(subList)来创建一个新的可修改列表。

在 Java 中使用List.subList方法时，一定要清楚其特性和限制，谨慎操作，以避免出现难以排查的问题，确保程序的稳定性和正确性。只有充分了解并遵循这些规则，才能在开发中更好地利用subList这个功能，提高开发效率，减少不必要的错误和麻烦。