自动配置靠条件注解隐藏而非消失

Spring Boot 对 Spring 生态和第三方库采取”有主见”的立场，自带一套合理默认配置，让开发者几乎零配置就能跑起一个生产可用的应用，同时仍保留完全自定义的余地——这就是”约定优于配置”在 Spring Boot 里的具体样子。它不是靠硬编码判断项目类型来实现的，而是靠一套条件化装配机制：classpath 上有没有某个类、容器里有没有某个 Bean、某个属性配置成了什么值，都可以作为”要不要自动装配某个组件”的判断条件——比如项目依赖里有 spring-boot-starter-web，Spring Boot 就会据此自动初始化一个内嵌 Tomcat 并完成让 Web 应用跑起来所需的最小配置。开发者自己也能用同一套机制（如 @ConditionalOnProperty、@ConditionalOnCloudPlatform）去控制自己的 Bean 该在什么条件下被装配进上下文，把”约定”变成了一种可以被业务代码复用的通用装配能力，而不是框架内部的黑盒特权。发散：这揭示了”约定优于配置”常被误解的一点——约定并没有让配置消失，只是把配置逻辑从”开发者手写”转移成了”框架按条件自动推导”，条件判断本身依然是配置，只是被开发者的默认路径隐藏掉了，需要时依然可以介入和覆盖。