接口更多的是在系统架构设计方法发挥作用，主要用于定义模块之间的通信契约。而抽象类在代码实现方面发挥作用，可以实现代码的重用，例如，模板方法设计模式是抽象类的一个典型应用，假设某个项目的所有Servlet类都要用相同的方式进行权限判断、记录访问日志和处理异常，那么就可以定义一个抽象的基类，让所有的Servlet都继承这个抽象基类，在抽象基类的service方法中完成权限判断、记录访问日志和处理异常的代码，在各个子类中只是完成各自的业务逻辑代码，伪代码如下：

import java.io.IOException;
import javax.servlet.ServletException;
import javax.servlet.http.HttpServlet;
import javax.servlet.http.HttpServletRequest;
import javax.servlet.http.HttpServletResponse;

public abstract class BaseServlet extends HttpServlet {
    public final void service(HttpServletRequest request, HttpServletResponse response)
            throws IOException, ServletException {
        // 记录访问日志
        // 进行权限判断
    }

    protected abstract void doService(HttpServletRequest request, HttpServletResponse response)
            throws IOException, ServletException;
        // 注意访问权限定义成protected，显得既专业，又严谨，因为它是专门给子类用的
}

class MyServlet1 extends BaseServlet {
    protected void doService(HttpServletRequest request, HttpServletResponse response)
            throws IOException, ServletException {
        // 本Servlet只处理的具体业务逻辑代码
    }
}

父类方法中间的某段代码不确定，留给子类干，就用模板方法设计模式。

备注：这道题的思路是先从总体解释抽象类和接口的基本概念，然后再比较两者的语法细节，最后再说两者的应用区别。比较两者语法细节区别的条理是：先从一个类中的构造方法、普通成员变量和方法（包括抽象方法），静态变量和方法，继承性等6个方面逐一去比较回答，接着从第三者继承的角度的回答，特别是最后用了一个典型的例子来展现自己深厚的技术功底。

1、一个实现类实现多个接口

例如：serviceImpl implements Interface1,Interface2

在controller中

@Autowired  Interface1

只能调用  Interface1接口的方法

总结，注入单个接口，只能调用对应的接口方法

2、一个接口多个实现类，注入指定的实现类

例如：Interface 接口有两个实现类 InterfaceImpl1 和 InterfaceImpl2

//实现类1

@Service
public class InterfaceImpl1 implements Interface {

//实现类1

@Service
public class InterfaceImpl2implements Interface {

//业务类，controller

@Autowired  Interface 

private Interface interface;

按照上面的写法，启动服务时会报错

解决方法

1.指明实现类的优先级，注入的时候使用优先级高的实现类

//实现类1

@Service

@Primary   //同一个接口的实现类，最多只能有一个添加该注解
public class InterfaceImpl1 implements Interface {

在controller中注入接口，默认使用的是Primary  标注的实现类的方法

2.通过 @Autowired 和 @Qualifier 配合注入

@Autowired
@Qualifier("interfaceImpl1")
Interface1 interface1;    //正常启动

3.使用@Resource注入，根据默认类名区分

@Resource(name = "interfaceImpl1")
Interface1 interface1;    //正常启动

4.使用@Resource注入，根据@Service指定的名称区分

需要在实现类@Service后设置名称：

@Service("s1")
public class InterfaceImpl1 implements Interface {

@Resource(name = "s1")
Interface1 interface1;    //正常启动

spring常用注解说明

• @Configuration把一个类作为一个IoC容器，它的某个方法头上如果注册了@Bean，就会作为这个Spring容器中的Bean。
• @Scope注解 作用域
• @Lazy(true) 表示延迟初始化
• @Service用于标注业务层组件、 
• @Controller用于标注控制层组件（如struts中的action）
• @Repository用于标注数据访问组件，即DAO组件。
• @Component泛指组件，当组件不好归类的时候，我们可以使用这个注解进行标注。
• @Scope用于指定scope作用域的（用在类上）
• @PostConstruct用于指定初始化方法（用在方法上）
• @PreDestory用于指定销毁方法（用在方法上）
• @Resource 默认按名称装配，当找不到与名称匹配的bean才会按类型装配。
• @DependsOn：定义Bean初始化及销毁时的顺序
• @Primary：自动装配时当出现多个Bean候选者时，被注解为@Primary的Bean将作为首选者，否则将抛出异常
• @Autowired 默认按类型装配，如果我们想使用按名称装配，可以结合@Qualifier注解一起使用
• @Autowired @Qualifier("personDaoBean") 存在多个实例配合使用

多继承会产生钻石问题(菱形继承)

• 类 B 和类 C 继承自类 A，且都重写了类 A 中的同一个方法
• 类 D 同时继承了类 B 和类 C
• 对于类 B、C 重写的类 A 中的方法，类 D 会继承哪一个？这里就会产生歧义
• 考虑到这种二义性问题，Java 不支持多重继承

Java 支持类实现多接口

• 接口中的方法是抽象的，一个类实现可以多个接口
• 假设这些接口中存在相同方法(方法名与参数相同)，在实现接口时，这个方法需要实现类来实现，并不会出现二义性的问题

从 JDK1.8 开始，接口中允许有静态方法和方法默认实现。当检测到实现类中实现的多个接口中有相同的默认已实现的方法，编译报错

PS：在JDK 1.5 上实践，接口可以多继承接口

package constxiong.interview;

/**
 * 测试继承多接口，实现相同方法
 * 从 JDK1.8 开始，接口中允许有静态方法和方法默认实现
 * 当检测到实现类中实现的多个接口中有相同的默认已实现的方法，编译报错
 * @author ConstXiong
 * @date 2019-11-21 10:58:33
 */
public class TestImplementsMulitInterface implements InterfaceA, InterfaceB {

	public void hello() {
		System.out.println("hello");
	}

}

interface InterfaceA {
	
	void hello();

	static void sayHello() {
		System.out.println("InterfaceA static: say hello");
	}

	default void sayBye() {
		System.out.println("InterfaceA default: say bye");
	}
}

interface InterfaceB {
	
	void hello();
	
	static void sayHello() {
		System.out.println("InterfaceB static: say hello");
	}

//	default void sayBye() {
//		System.out.println("InterfaceB default: say bye");
//	}
}

【Java面试题与答案】整理推荐

• 基础与语法
• 集合
• 网络编程
• 并发编程
• Web
• 安全
• 设计模式
• 框架
• 算法与数据结构
• 异常
• 文件解析与生成
• Linux
• MySQL
• Oracle
• Redis
• Dubbo