小项目优先用注解，大项目需结合XML配置，关键看可维护性与团队协作需求；小型项目注解为主，Spring Boot默认支持零XML运行；中大型项目注解+XML混合，基础设施抽离XML便于管控；超大型遗留系统以XML为主，渐进式集成注解。
小项目优先用注解，大项目需结合XML配置，关键看可维护性与团队协作需求。
小型项目：注解为主，简洁高效
代码量少、迭代快、团队成员少时，注解能显著降低配置复杂度。Spring Boot 默认启用组件扫描（@ComponentScan）、自动配置（@EnableAutoConfiguration）和主启动类（@SpringBootApplication），几乎零XML即可运行。
- 控制器、服务、仓库层用 @Controller、@Service、@Repository 直接标注，无需额外声明bean
- 依赖注入用 @Autowired 或构造器注入，语义清晰，IDE支持好
- 配置项统一收口在 application.yml 或 @ConfigurationProperties 类中，便于环境隔离
中大型项目：注解 + XML 混合，分层治理
当模块增多、第三方集成变多、或存在强约束的遗留规范（如金融、政务系统）时，纯注解易导致配置散落、意图模糊、难以统一管控。
- 核心业务Bean仍用注解管理，保障开发效率
- 跨模块的AOP切面、事务管理器、数据源代理、JMS连接工厂等基础设施，适合抽离到独立XML文件（如 spring-infrastructure.xml），便于复用与审计
- 多环境差异化配置（如测试环境用H2、生产用Oracle）可通过 <import resource="xxx-${env}.xml"/> 动态加载，比条件化注解更直观可控
超大型/遗留系统迁移场景：XML 仍是过渡主力
老项目基于Spring 2.x/3.x构建，大量XML配置已沉淀为标准流程，强行转注解风险高、成本大。
- 新增模块可用注解，老模块维持XML，通过 @ImportResource("legacy-context.xml") 集成，渐进式演进
- XML对复杂嵌套结构（如多个
<property>含<list>/<map>）表达力更强，不易出错 - 运维人员熟悉XML格式，日志报错定位、配置比对、批量替换更方便
选型关键判断点
不单看技术趋势，而要盯住实际瓶颈：
- 团队是否习惯阅读和修改XML？若80%成员只写Java不碰配置，注解更友好
- CI/CD流程是否支持配置动态注入？支持则XML按环境拆分更稳妥
- 是否有中间件或安全合规要求必须外置配置？例如密码不能出现在代码中，XML配合加密属性占位符更成熟
- 是否需要运行时重载部分配置？XML配合
RefreshScope或自定义ConfigurableApplicationContext扩展性更好
