Maven中scope为runtime的依赖有何实际用途？

你理解的「设置runtime作用域后，项目编译阶段无法直接引用依赖中的类」是完全正确的，这本身就是该作用域的设计目标，不是配置问题。

核心适用场景 #

runtime作用域的依赖，本质是给「编译期面向抽象/接口编程，运行期才需要具体实现」的场景准备的，最常见的用法有这几类：

• JDBC驱动包
  JDK本身已经内置了java.sql包下所有JDBC标准接口（Connection、Driver、DataSource等），业务代码编译时只需要依赖JDK自带的这些接口即可，完全不需要引用具体数据库的驱动类。运行时JVM会通过SPI机制自动识别类路径下的驱动实现，完成数据库连接，因此mysql-connector-java、postgresql这类驱动包，绝大多数场景都会设置为runtime作用域。
• 日志实现组件
  主流日志框架都是API和实现分离的设计：比如代码里统一用SLF4J的API打日志，编译期只需要依赖slf4j-api即可，具体的日志实现（logback-classic、log4j2-slf4j绑定等）不需要在编译期被代码引用，设置为runtime作用域就行——运行时缺了这些实现包，SLF4J会直接报找不到实现的错误，加了就会自动绑定，业务代码完全不需要感知具体实现类。
• 容器/插件类实现
  比如SpringBoot内嵌的Tomcat、Jetty容器，业务代码写的时候都是基于Servlet API、SpringMVC的标准注解开发，根本不会import Tomcat的内部类，Tomcat作为运行时才需要的内嵌容器，在starter里默认就是runtime作用域。还有各类基于SPI、自动装配机制的扩展插件，只要不需要代码显式引用实现类，都可以设为runtime。

常见疑问解答 #

• 这类依赖能不能在不被父应用显式引用的情况下自行执行内部逻辑？
  完全可以。最常见的触发路径有两种：一种是Java原生SPI机制，依赖jar包会在META-INF/services目录下声明接口的实现类，JVM或框架在运行时扫描到配置就会自动实例化、执行初始化逻辑；另一种是框架的类路径扫描机制，比如SpringBoot的自动装配会扫描所有jar包下的自动配置清单，只要jar包存在于运行时类路径，就会自动加载对应的Bean、执行配置逻辑，全程不需要业务代码写任何import或显式调用。
• 把这类依赖打包进产物的意义是什么？
  核心作用是强制分离编译期的API契约和运行期的具体实现，避免代码耦合：
  • 防止开发不小心在业务代码里引入具体实现类的硬编码。比如把MySQL驱动设为compile的话，很容易手滑导入MySQL专属的API类，后续要换数据库驱动的时候改都改不动；设为runtime的话编译期根本找不到这些实现类，从机制上强制你面向接口编程。
  • 精简编译期类路径，提升编译效率。编译阶段不需要加载这些实现类的字节码，类路径更干净，编译速度更快。
  • 方便多环境差异化配置。比如开发环境用H2内存库、生产用PG，只需要在不同Maven profile里切换runtime范围的驱动包即可，业务代码一行都不用改。

你贴的配置示例存在一处笔误：<scope>runtime</scope>标签末尾多了多余的问号，正确配置参考：

<dependency>
  <groupId>org.example</groupId>
  <artifactId>example-dependency</artifactId>
  <version>1.0</version>
  <scope>runtime</scope>
</dependency>

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