SSH 實戰：持久化類與 Spring 掃描——註解 vs XML 配置選型指南

核心觀點

沒有絕對優劣，視團隊規範、項目階段、遷移成本而定。推薦「主幹 XML + 熱點註解」混合模式。

歷史演進

• Spring 2.0 前：僅支持 XML，成熟穩定，靈活度高
• Spring 3.0：引入 @Component、@Autowired 等註解，提供第二種選擇
• Spring Boot 時代：默認註解驅動，但 XML 仍完整支持

對比維度

註解已知痛點

1. 依賴關係隱式化：無法直觀看到 Bean 掛載圖
2. 模塊化裝配困難：掃描範圍難以精確控制
3. 維護追踪成本高：需跳轉源碼查找注入點
4. 容器遷移綁定：更換 IOC 容器需大量清理

最佳實踐建議

核心基礎設施層 → XML

• DataSource、TransactionManager、RedisTemplate、MQ 連接工廠等
• 第三方庫集成、複雜 Bean 組裝
• 跨環境差異化配置（dev/test/prod）

業務開發層 → 註解

• Controller、Service、Repository、Component
• 掃描路徑精確到包：base-packages="com.xxx.service"
• 配合 @Primary、@Qualifier 解決多實現注入

混合策略

<!-- applicationContext.xml -->
<context:component-scan base-package="com.xxx.service, com.xxx.web" />
<import resource="datasource.xml"/>
<import resource="redis.xml"/>
<import resource="mq.xml"/>

團隊規範優先

統一風格比選擇哪種更重要。新項目可嘗試 Spring Boot 全註解；存量項目遵循現有風格，局部重構時保持一致。