Spring Boot命令行启动连接Azure MySQL报通信链路失败问题咨询

出现这个差异的核心是两种启动方式的运行环境、配置加载逻辑完全不一致：STS启动时能自动读取IDE内预置的运行参数、代理配置、激活的Profile配置，而命令行执行./mvnw spring-boot:run时不会复用IDE的任何配置，导致数据库连接参数缺失、网络链路不通，最终抛出通信失败异常。

• 校验实际生效的数据源配置
  STS的运行配置默认会自动加载你在IDE中设置的环境变量、本地私有配置文件（比如带local后缀的配置、IDE专属的运行时参数），但命令行启动默认仅读取项目classpath下的标准application.yml/application.properties。你可以先把org.springframework.jdbc.datasource包的日志级别设为DEBUG，启动后对比两种方式下打印的实际数据库连接URL、账号、SSL参数（Azure MySQL强制要求SSL连接）、时区参数是否完全一致，很多时候是命令行启动时漏了sslmode=require这类必填参数。
• 检查网络代理差异
  如果你访问Azure服务需要走代理，STS会自动继承IDE自身配置的代理规则，但系统终端默认不会加载IDE的代理配置。先在启动应用的终端里检查代理环境变量是否存在：macOS/Linux执行echo $http_proxy $https_proxy，Windows执行echo %HTTP_PROXY% %HTTPS_PROXY%，如果为空需要先在终端内配置对应代理环境变量，再启动应用。
• 修正命令行传参格式
  给spring-boot:run传运行参数时，必须加-Dspring-boot.run.arguments=前缀，参数才会传递给实际运行Spring Boot的Java进程，示例：

  ./mvnw spring-boot:run -Dspring-boot.run.arguments="--spring.datasource.url=jdbc:mysql://<你的Azure MySQL域名>:3306/<库名>?sslmode=require&serverTimezone=UTC --spring.datasource.username=<用户名> --spring.datasource.password=<密码>"
  

  直接把参数跟在mvnw命令后、不加对应前缀的话，参数只会传给Maven主进程，应用根本读不到你传入的数据库配置。
• 校验Azure MySQL防火墙白名单
  确认当前终端所在网络的出口IP已经加入Azure MySQL的防火墙允许列表，很多场景下STS走代理的出口IP已经在白名单内，但终端直连的公网IP没加，也会直接报连接失败。

快速定位方法：在执行启动命令的同一个终端里，先用mysql客户端直连Azure MySQL实例，如果客户端也连不上，问题就出在终端侧的网络/配置，和Spring Boot框架无关。

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