MySQL 依赖为何设定为运行时范围而非编译时范围？

“纵有疾风来，人生不言弃”，这句话送给正在学习数据库的朋友们，也希望在阅读本文《MySQL 依赖为何设定为运行时范围而非编译时范围？》后，能够真的帮助到大家。我也会在后续的文章中，陆续更新数据库相关的技术文章，有好的建议欢迎大家在评论留言，非常感谢！

mysql 依赖为何设定为运行时范围？

问题：mysql 依赖的范围为什么设定为运行时，而不是编译时？如果打包时不包含 mysql 依赖，那么发布后的项目如何连接数据库？

回答：

jdbc 通常情况下，编码时只依赖于 jdbc 接口，而不直接依赖于 mysql jdbc 驱动。在连接 mysql 时，我们会使用类似以下的代码：

Class.forName("com.mysql.jdbc.Driver");
Connection conn = DriverManager.getConnection(url, username, password);

我们将使用反射方法 class.forname 在运行时从类路径中加载 mysql jdbc 驱动，后续调用时没有任何使用 mysql jdbc 特定方法，而是使用 jdbc 接口。

因此，jdbc 驱动不是编译依赖（compile scope），因为我们的代码没有直接使用 jdbc 驱动的特定方法，所以编译时不需要加载 jdbc 驱动。jdbc 接口才是编译依赖，而 jdbc 驱动属于运行依赖（runtime scope）。

在声明运行依赖时，不会在编译过程中将依赖添加到类路径中，但会在打包时将其加入。因此，无需担心，jdbc 驱动应该设定为运行时依赖。

编译依赖指的是编译时需要该依赖，通常编译依赖也是运行依赖。另一方面，maven/gradle 中的编译依赖通常在编译后也包含在 fat jar 中，这意味着编译依赖隐含包含了运行依赖。不过，某些依赖也可能是 compileonly 依赖，例如用于处理注释的处理器，它们仅在编译时需要，在运行时不需要。

文中关于的知识介绍，希望对你的学习有所帮助！若是受益匪浅，那就动动鼠标收藏这篇《MySQL 依赖为何设定为运行时范围而非编译时范围？》文章吧，也可关注golang学习网公众号了解相关技术文章。