Java的List.sublist方法，当参数大于list的长度，会抛出异常吗？

是的，Java 的 `List.subList()` 方法会在参数超出原始列表的范围时抛出 `IndexOutOfBoundsException` 异常。具体来说，如果传入的 `toIndex` 大于列表的大小，或者 `fromIndex` 大于等于 `toIndex`，就会抛出该异常。

下面是一个示例代码：

List<Integer> list = Arrays.asList(1, 2, 3, 4, 5);
List<Integer> subList = list.subList(2, 7); // 报错：IndexOutOfBoundsException

在这个例子中，`subList()` 方法的第二个参数是 7，超出了列表的大小，因此会抛出 `IndexOutOfBoundsException` 异常。

需要注意的是，在使用 `subList()` 方法时，返回的子列表是原始列表的一个视图，对子列表的修改也会影响到原始列表。因此，应该谨慎使用 `subList()` 方法，并尽量避免在子列表和原始列表同时进行修改操作。

相关问题

java.util.List.subList()的作用

Java中的`List`接口提供了一个名为`subList()`的方法，它可以返回`List`的一个子列表。

具体来说，`subList(int fromIndex, int toIndex)`方法返回从`fromIndex`位置（包含）到`toIndex`位置（不包含）的子列表。例如，假设有一个长度为10的`List`，要获取从第3个元素（包含）到第7个元素（不包含）的子列表，可以这样使用`subList()`方法：

List<String> list = new ArrayList<>(Arrays.asList("a", "b", "c", "d", "e", "f", "g", "h", "i", "j"));
List<String> subList = list.subList(2, 7);

上面的代码会返回一个包含元素`c`、`d`、`e`、`f`、`g`的子列表。注意，`subList()`方法返回的子列表是原列表的一个视图，对子列表的修改会影响原列表，反之亦然。例如，在上面的例子中，如果修改子列表中的元素`e`，则原列表中对应的元素也会被修改。

需要注意的是，如果在对子列表进行操作时，改变了原列表的结构（例如添加或删除元素），则会抛出`ConcurrentModificationException`异常。因此，在使用`subList()`方法时，需要谨慎处理。

Java 的 List 使用 subList() 获取子集合，关于子集合，以下哪一项说法是错误的？ A. 返回的子集合没有实现 Serializable 接口，不能被序列化，所以不能应用于 RPC 场景 B. 在子集合中添加某个元素，那么结果集合也会添加进去此元素 C. 结果集合中元素的修改不会影响到子集合的任何操作 D. 对结果集合元素个数的修改，会导致子集合的遍历产生 ConcurrentModificationException 异常

选项 B 是错误的。

A. 返回的子集合没有实现 Serializable 接口，不能被序列化，所以不能应用于 RPC 场景。这是正确的。

B. 在子集合中添加某个元素，那么结果集合也会添加进去此元素。这是错误的。子集合是原集合的一个视图，它们共享相同的底层数据结构，因此对子集合的任何修改都会反映在原集合中，但是对原集合的修改不会反映在子集合中。因此，如果在子集合中添加元素，那么结果集合不会添加此元素。

C. 结果集合中元素的修改不会影响到子集合的任何操作。这是正确的，因为子集合是原集合的一个视图，它们共享相同的底层数据结构，但是两者的引用是不同的。

D. 对结果集合元素个数的修改，会导致子集合的遍历产生 ConcurrentModificationException 异常。这是正确的，因为对结果集合的修改可能会改变其结构，从而导致迭代器抛出 ConcurrentModificationException 异常。