为何使用Collection<String> something = new ArrayList<>()被视为不良编程实践？

你观察到的两点非常准确，这个写法确实存在不少容易被忽略的问题，除了你提到的“扩大范围”和“语义不匹配”之外，还有这些关键原因：

• 限制了后续操作的灵活性：ArrayList作为List的实现，自带很多Collection接口没有的方法，比如按索引获取元素的get(int)、修改指定位置元素的set(int, E)。如果用Collection来声明变量，之后想使用这些列表特有的功能时，就必须做强制类型转换，这不仅麻烦，还可能因为类型转换错误抛出ClassCastException，埋下隐患。

• 降低代码的可读性与自解释性：变量的声明类型应该尽可能清晰地告诉其他开发者这个集合的用途和特性。如果实际存的是有序可重复的列表，却用最通用的Collection来声明，别人看到代码时根本没法立刻判断它是有序的还是无序的、能不能存重复元素，得去翻具体的实现类才能搞懂，这完全违背了“代码即文档”的原则——你说的“列表有序、集合无此语义”正是这个问题的核心。

• 误解了面向接口编程的本质：很多人以为面向接口编程就是要选最顶层的抽象，但其实核心是选择最贴合当前使用场景的抽象级别。如果你的代码需要用到列表的特性（比如按索引访问、保持插入顺序），那应该用List接口来声明；只有当你真的只需要集合的通用行为（比如添加、删除、遍历，完全不依赖有序性）时，用Collection才合理。这种写法属于过度抽象，反而偏离了面向接口编程的初衷。

• 埋下后续重构的隐患：假设某天你想把ArrayList换成HashSet（也是Collection的实现），但代码里可能已经隐含了对列表有序性的依赖（只是没通过声明体现出来），替换后就会导致逻辑错误。而如果一开始用List声明，替换时就会明确知道只能换成其他List实现，避免这类隐性的兼容性问题。

总的来说，这种写法的核心问题就是抽象级别选得不对——既没准确传递语义，又给自己绑了手脚，还容易误导其他开发者。

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