为什么推荐使用Map map = new HashMap()

为什么推荐使用接口而不是实现类？

例如，下面的两种声明方式：

Map map = new HashMap();

和

HashMap map = new HashMap();

这两者的区别在于，第一个使用了 接口类型 Map 来声明变量，而第二个使用了 具体实现类 HashMap 来声明。尽管这两种方式都能正常工作，但推荐使用接口类型的声明方式，原因如下：

1. 面向接口编程（面向抽象编程）：

接口是一个类的蓝图，定义了类的行为而不涉及具体的实现。接口提供了一种抽象化的方式，使得调用者只关注功能的定义，而不关心具体的实现。这样，你可以通过接口来隔离不同层次的实现，从而使系统更加灵活。

2. 提高灵活性：

假设某天开发人员推出了一个新的 SuperMap 类，性能明显优于 HashMap，那么你只需要将声明改为：

Map map = new SuperMap();

这样，底层实现被替换为 SuperMap，但外部调用者无需关心这个变化。你依然可以在不修改调用代码的前提下切换底层实现。这种方式显著增强了系统的灵活性和可扩展性。

如果一开始使用了具体的实现类：

HashMap map = new HashMap();

则如果你想将 HashMap 替换为 SuperMap，代码就会出现问题，因为 map 已经被限制为 HashMap 类型，无法改为 SuperMap。这不仅会破坏代码的可维护性，也降低了系统的灵活性。

3. 增强隔离性：

使用接口类型的声明能够将接口和具体实现解耦，使得代码的各个模块之间更加独立。当具体实现发生变化时，调用者不需要感知到底层实现的变化，只需要依赖接口的功能。这符合面向对象编程的设计原则之一：依赖抽象而非具体实现。

4. 便于替换和扩展：

随着需求的变化，你可能会需要替换掉 HashMap，例如可能需要使用 TreeMap、ConcurrentHashMap 或自定义的实现类。在接口类型的声明下，你只需修改具体实现而无需修改使用 Map 的代码。这使得代码更加可维护，并为未来的扩展提供了更多可能性。

总结：

通过使用接口类型声明变量，可以使代码更加灵活、可维护，并且能够方便地替换具体实现。避免直接使用实现类，是实现松耦合和高可扩展性的最佳实践。这是面向对象编程（OOP）的核心思想之一：高内聚，低耦合。