import scope仅用于dependencyManagement中以导入BOM版本定义，不引入实际jar；provided用于dependencies中声明编译需但运行时由容器提供的依赖，避免重复打包。
什么时候该用 import scope？
import 只在 <dependencyManagement> 的 <dependencies> 里合法，不能用在普通 <dependencies> 中。它本质是“把另一个 BOM（Bill of Materials）的 <dependencyManagement> 内容抄进来”，不引入任何实际 jar，也不参与编译或运行。
- 典型场景：统一管理 Spring Boot、Quarkus 或公司内部 BOM 的版本，避免每个模块重复写
<version> - 常见错误：把它当成普通依赖加到
<dependencies>下 → Maven 报错Unknown scope: import - 注意：
import依赖必须声明<type>pom</type>，否则解析失败 - 嵌套 import 不推荐：A import B，B import C，C 版本变动时 A 很难感知，排查成本高
provided 和 compile 在 Web 项目里差在哪？
provided 表示“编译需要，但运行时由容器/环境提供”，最常用于 Servlet API、Java EE 接口这类由 Tomcat、Jetty 或 JDK 自带的类。
- 不打包进 WAR：Maven 不会把
javax.servlet:javax.servlet-api打进WEB-INF/lib，避免和容器自带版本冲突导致java.lang.LinkageError - 编译期可用：IDE 和
javac能正常解析HttpServletRequest等类型 - 误用
compile的后果：本地跑得通，部署到 Tomcat 8+ 就报ClassCastException（因为加载了两份 Servlet 接口） - JDK 9+ 注意：
javax.annotation等已移出 JDK，provided不再自动满足，得显式引入
为什么 provided 依赖在测试里找不到？
Maven 默认只把 compile 和 test scope 的依赖加进测试 classpath，provided 被跳过 —— 这不是 bug，是设计使然。
- 解决方法：在
<plugin>的maven-surefire-plugin配置中加<useSystemClassLoader>false</useSystemClassLoader>，或更稳妥地，用<dependency>显式声明测试所需类，scope 设为test - 常见踩坑：写了个工具类依赖
slf4j-api，设成provided，单元测试直接NoClassDefFoundError - Spring Boot 项目要小心：
spring-boot-starter-web已含 Servlet API，若再手动加provided的javax.servlet-api，可能触发版本冲突
import 和 provided 能一起用吗？
不能。语法上不冲突，但语义上毫无意义：import 是 dependencyManagement 的机制，provided 是 runtime scope，两者作用域完全不同，强行混用只会让 pom 更难懂。
-
import出现在<dependencyManagement>块里，影响的是其他依赖的默认 version/type/scope -
provided出现在具体<dependency>里，控制当前依赖是否参与打包 - 想用 BOM 管理
provided依赖的版本？可以 —— 在 BOM 的<dependencyManagement>里定义好<scope>provided</scope>，然后主 pom 用import引入该 BOM，再在自己<dependencies>中声明该依赖（不写 version，scope 可省略，默认继承 BOM 定义）
scope 的边界感很重要：import 管“怎么管版本”，provided 管“要不要打包”，它们不在同一层面上做事。混淆这两者，往往意味着对 Maven 的依赖解析流程还没真正看进去。
