Java中为何要使用List接口而非ArrayList类？

首先纠正一个常见误解：你说「ArrayList能提供更多功能、灵活性更强」其实是对集合框架的误解，99%的日常开发场景下，你用到的集合操作（增删改查、遍历、排序、判空等）都是List接口定义的通用能力，ArrayList独有的方法（如ensureCapacity()、trimToSize()等）基本都是底层优化相关的API，业务开发极少用到。

核心原因如下 #

• 解耦实现，提升可维护性
  面向接口编程的核心价值就是把「抽象约定」和「具体实现」分开。如果你用List<String> list = new ArrayList<>()声明变量，后续业务需要变更集合实现时（比如要换用插入性能更好的LinkedList、线程安全的CopyOnWriteArrayList），你只需要修改等号右侧的实例化代码即可，所有调用list的业务代码完全不需要改动。
  如果你直接声明为ArrayList类型，后续更换实现时，所有用到这个变量的地方都要修改类型，甚至要调整用到ArrayList特有方法的逻辑，维护成本极高。
• 符合面向对象设计规范
  Java集合框架的设计本身就遵循「依赖抽象而不依赖具体实现」的依赖倒置原则，上层业务代码只需要依赖List这个抽象接口约定的能力，不需要关心底层是用数组实现还是链表实现，代码的通用性、复用性都会更强。
• 约束能力，避免隐性依赖
  声明为List类型相当于主动约束了你只会用List接口定义的通用方法，不会无意中依赖ArrayList的特有实现，从编码层面就避免了后续更换实现时的隐性兼容问题。同时如果你的方法返回值是List类型，调用方也不需要关心你的底层实现逻辑，只需要按照List的标准API使用即可，对外暴露的能力完全可控。
• 适配生态的通用约定
  Java生态中所有和集合相关的工具类、框架方法的参数基本都是List、Collection这类接口类型，不管你用的是哪种实现都可以直接传入。如果你自己编写的方法参数直接定义为ArrayList，那调用方只能传入ArrayList实例，不能传其他List实现，方法的通用性会大打折扣。

例外场景 #

如果你确实需要用到ArrayList的特有能力（比如提前调用ensureCapacity()扩容来减少高频插入时的性能损耗），这种情况下才需要直接声明为ArrayList类型。

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