Web Service 效能瓶頸分析

• XML 序列化/反序列化 CPU 密集：每次調用雙向轉換，Author/Book 物件 ↔ SOAP XML
• SOAP 訊息膨脹：幾位元組業務資料 → 千位元組 XML 標籤，佔用頻寬與吞吐
• 同步阻塞調用：Client 執行緒掛起等待，Server 間調用更嚴重

優化方案一：客戶端異步調用 (JAX-WS 2.0 + RSA)

關鍵：僅影響客戶端，Server 完全無感

1. RSA 產生 Client 代碼時，勾選 Enable asynchronous invocation for generated client
2. 自動產生 qryBooksByAuthorAsync 方法
3. 調用方式：

   // 同步阻塞
   List<Book> books = port.qryBooksByAuthor(author);
   
   // 異步非阻塞
   Future<?> future = port.qryBooksByAuthorAsync(author);
   // 繼續做其他事...
   List<Book> books = future.get(); // 需要時再取結果
   

優化方案二：批次處理模式

將多次細粒度呼叫合併為單次粗粒度呼叫：

• 原：getBook(id) × 100 次網路往返
• 優化：getBooks(List<ID> ids) 一次網路往返
• 適用：批次匯入、報表查詢、清單初始化

優化方案三：SOAP 訊息壓縮 (MTOM/XOP)

• JAX-WS 2.0 內建支援 MTOM (Message Transmission Optimization Mechanism)
• 二進位附件（圖片、文件）不再 Base64 編碼內嵌，改為外部引用
• 啟用方式：

  @BindingType(value = javax.xml.ws.soap.SOAPBinding.SOAP12HTTP_MTOM_BINDING)
  @MTOM(enabled = true, threshold = 1024) // 超過 1KB 才用 MTOM
  public class BookStoreService { ... }

適用場景對照

方案	適用場景	效果
異步調用	UI 非阻塞、Server 間高併發調用	釋放執行緒、提升吞吐
批次處理	大量細粒度操作合併	減少網路往返 90%+
MTOM 壓縮	大型二進位附件傳輸	體積減 30%+、CPU 降 50%+

實作環境

• IBM Rational Software Architect (RSA) 產生 Server/Client 代碼
• TCP/IP Monitor 擷取 SOAP 訊息分析
• 測試服務：書店查詢 qryBooksByAuthor(Author) → List<Book>