注解

74. 什么是注解？

回答：
注解（Annotation）是 Java 5 引入的一种元数据机制，用于在代码中嵌入补充信息，供编译器、工具或运行时框架读取与处理。注解本质上是一种特殊的接口，使用 @interface 定义。

分析：
Java 注解不是代码逻辑的一部分，而是一种用于描述代码的"说明书"。它广泛应用于编译器校验、代码生成、依赖注入、配置驱动等场景，是构建现代 Java 框架的核心技术之一。

注解的定义示例如下：

@Target(ElementType.METHOD)
@Retention(RetentionPolicy.RUNTIME)
public @interface MyAnnotation {
    String value();
}

该注解可以用于方法上，并在运行时保留。
注解本质上会被编译为继承了 java.lang.annotation.Annotation 接口的类，例如：

public interface Override extends Annotation {}

Java 内置了常见注解：

更重要的是，开发者可以自定义注解并结合反射、AOP 等机制，实现灵活的控制逻辑，如 Spring 的 @Autowired、@Transactional 等。

总结来说，注解提供了让代码"自我描述"的能力，是连接配置与逻辑的重要桥梁。

回答：
Java 注解的解析方式主要有两种：编译期解析和运行期反射解析。编译期注解通常用于代码检查或生成，运行期注解广泛用于框架和中间件中。

分析：
Java 中注解的保留策略通过 @Retention 决定，影响注解的处理时机：

编译期解析（RetentionPolicy.SOURCE）
这类注解仅存在于源代码中，编译后会被丢弃，适用于辅助性标记，如 @Override。处理器如 javac 会根据注解内容进行语法校验、编译优化等。
类加载期解析（RetentionPolicy.CLASS）
保留到字节码中但不加载到运行时内存，典型如部分 IDE 插件、代码扫描器用来分析 class 文件。
运行期解析（RetentionPolicy.RUNTIME）
最常见于框架开发，通过反射获取注解信息，用于控制业务逻辑。例如 Spring 中的 @Autowired、@RequestMapping 等，都是通过运行时反射读取注解元信息，并执行对应逻辑。

运行期解析步骤通常包括：

注解处理是现代 Java 编程的重要组成，理解其解析原理有助于掌握框架工作机制与源码分析能力。

回答：
SPI（Service Provider Interface）是一种服务发现机制，允许框架在运行时动态加载由第三方实现的服务接口，实现接口与实现解耦，常用于插件机制和模块扩展。

分析：
SPI 是 Java 提供的一套标准扩展机制，其核心思想是由"接口定义者"定义好规范，由"服务提供者"按照规范实现接口，从而实现业务能力的动态扩展。使用时，服务提供者将实现类注册到特定配置文件中，调用方通过 ServiceLoader 动态加载。

典型用法如下：

ServiceLoader<MyService> loader = ServiceLoader.load(MyService.class);
for (MyService service : loader) {
    service.doSomething();
}

其中，MyService 是接口，具体实现类则由第三方提供，并通过 META-INF/services/ 目录下的同名文件声明。

SPI 广泛应用于 Java 核心类库（如 JDBC）、日志框架（如 SLF4J）、微服务框架（如 Dubbo、Spring Boot）中。

总结：SPI 是面向服务扩展的一种接口发现机制，是 Java 模块解耦、插件化开发的重要手段。

回答：
SPI 和 API 虽然都属于"接口"，但定位完全不同：API 是服务提供方主动暴露给调用者使用的接口，而 SPI 是服务调用方预定义的接口标准，由服务实现方根据规范进行实现。

分析：
API（Application Programming Interface）代表"你来调用我"的被动接口模式，通常服务提供者定义接口与实现，调用方只负责使用接口，无需关心实现细节。例如我们调用 JDBC 接口操作数据库，这些接口定义与实现来自数据库驱动厂商。

而 SPI（Service Provider Interface）是"我来调用你"的主动控制模式，接口由调用方定义，具体的实现则由第三方服务提供者提供。JDK 通过 ServiceLoader 机制根据约定加载服务实现。

可以简单理解为：

举个例子：
假设你是手机制造商（调用方），你设计了一款新手机（接口），然后开放给不同的操作系统厂商（服务提供者）来适配。这就是 SPI 模式。而如果你买了一款手机，里面内置了操作系统 SDK 提供的接口供你调用，这就是 API。

因此，API 侧重使用，SPI 侧重扩展；API 是被动调用，SPI 是主动加载。

回答：
SPI 提供了解耦、模块化、可扩展的服务发现机制，但也存在性能与安全上的隐患，如加载效率低、无法按需实例化、并发不安全等。

分析：
SPI 的核心优势在于设计思想符合"开闭原则"：接口一旦定义，后续新增实现类无需修改调用方代码。常见优点包括：

但 SPI 也存在明显的局限性：

因此，在实践中，很多框架（如 Dubbo）在 JDK SPI 基础上进行了增强，实现了更强的可扩展性、可插拔性与配置灵活性。

总结：SPI 是模块解耦的基础能力，但使用时应权衡其加载策略与性能开销，必要时可配合框架进行增强封装。