Spring Boot 的问题：“由于无须配置，报错时很难定位”，该怎么解决？

Spring Boot 的 "由于无须配置，报错时很难定位" 主要指的是：

传统 Spring 框架 需要大量 XML 或 Java 配置，开发者对应用的组件、Bean 加载情况有清晰的控制，出错时可以从配置入手排查。
Spring Boot 采用自动配置，开发者通常不需要手动指定 Bean 加载规则，依赖 @EnableAutoConfiguration 和 spring.factories 自动推断组件，这样虽然简化了开发，但如果出现 启动失败 或 某些 Bean 没有正确加载，问题会变得难以定位。

对比：Spring Framework vs Spring Boot

对比点	Spring Framework（传统）	Spring Boot
配置方式	XML / Java 配置（手动指定 Bean 依赖）	自动配置（基于 classpath 依赖推断）
错误定位	配置出错时，容易从 XML / Java 配置文件排查	依赖 Spring Boot 自动装配，可能不知道哪个 Bean 没有被加载
启动过程	需要手动配置 `DispatcherServlet`、`DataSource`	内置自动配置，如 `spring-boot-starter-web` 自动注入 `DispatcherServlet`
日志输出	报错时能明确指出缺少哪些 Bean	可能出现 `BeanNotFoundException`，但找不到是哪个 `starter` 组件导致
调试难度	开发者手动管理 Bean，问题通常易定位	需要通过 `spring-boot-actuator` 或 `debug` 级日志分析

示例对比

Spring（传统框架）

需要手动注册 DataSource：

<bean id="dataSource" class="org.apache.commons.dbcp2.BasicDataSource"><property name="driverClassName" value="com.mysql.cj.jdbc.Driver"/><property name="url" value="jdbc:mysql://localhost:3306/test"/><property name="username" value="root"/><property name="password" value="123456"/>
</bean>

如果 url 配置错误，启动时会明确提示 DataSource 连接失败，并指明是 url 的问题。

Spring Boot

Spring Boot 通过 spring-boot-starter-jdbc 进行自动装配：

spring.datasource.url=jdbc:mysql://localhost:3306/test
spring.datasource.username=root
spring.datasource.password=123456

如果 spring.datasource.url 错误，可能会抛出：

org.springframework.boot.autoconfigure.jdbc.DataSourceAutoConfiguration$DataSourceBeanCreationException: 
Failed to configure a DataSource: 'url' attribute is not specified

但如果 spring.datasource.url 未写，Spring Boot 可能会 默认尝试 H2 数据库，导致错误信息不直观，让人难以察觉真正问题。

如何解决 Spring Boot "难定位" 的问题？

开启 Debug 日志
```
logging.level.org.springframework=DEBUG
```
这样 Spring Boot 会打印出所有自动配置的 Bean。
使用 spring-boot-actuator
- 访问 /actuator/beans 查看所有 Bean 的加载情况。
- 访问 /actuator/health 检查数据库等组件是否正确加载。
启用 --debug 参数
```
java -jar myapp.jar --debug
```
可以打印 Spring Boot 自动装配的详细日志。

对比其他框架

如果对比 Spring Boot 和 MyBatis，MyBatis 也需要手写 SQL 并手动配置 Mapper，所以遇到 SQL 语法错误时，错误信息通常很直观。
但 Spring Boot 由于使用 MyBatis-Spring-Boot-Starter，SQL 可能是通过 自动扫描 进行注册的，导致某些 Mapper 没有加载时，问题不易发现。