第40条有一个建议：应该使用接口而不是用类作为参数类型。即应该优先使用接口而不是类来引用对象。如果有合适的接口类型存在，那么对于参数、返回值、变量和域来说，就都应该使用接口类型进行声明。

只有当你利用构造函数创建某个对象的时候，才真正需要引用这个对象的类。

考虑Vector的情形，它是List接口的一个实现，在声明变量的时候应该养成这样的习惯：

//Good - use interface as type
        List<？> list= new Vector<？>();

而不是像这样的声明：

//Bad - use class as type
        Vector<?> list= new Vector<?>();

如果一个类实现了多个接口，用接口类型来定义它的引用变量的话，一眼就可以明白，这里是需要这个类的哪些方法。
同时使程序更加灵活。当你决定更换实现时，只要改变构造器中类的名称。其他使用list地方的代码不需要改动。如下：

List<?> list= new ArrayList<?>();

注意：但是如果你后面的代码依赖与Vector类的某些特性，如同步策略，这是就不应该简单的将Vector更换为ArrayList。

适合于用类来引用对象的情形：

  • 如果没有合适的接口存在，可以用类来引用对象。例如，考虑值类（String、BigInteger）很少会用多个实现编写，他们通常是final的，并且很少有对应的接口。使用这种值类作为参数、变量、域或者返回值类型就比较合适。
  • 对象属于一个框架，而框架的基本类型是类，不是接口。如果对象属于这种基于类的框架，就应该用相关的基类（往往是抽象类）来引用对象，而不是它的实现类。例如java.util.TimerTask抽象类。
  • 类实现了接口，但是它提供了接口中不存在的额外方法。例如LinkedHashMap，程序依赖于这些额外的方法，这种类就应该只被用来引用它的实例。

以上这些例子并不全面，而只是代表了一些“适合于用类来引用对象”的情形

总结：给定的对象是否具有适当的接口应该是很明显的。如果是，用接口引用对象就会使程序更加灵活；如果不是，则使用类层次结构中提供了必要功能的最基础的类。