服務整合平台 SIP 5.5 高併發效能測試與優化實戰：APR 模式、Apache 模組與快取客戶端調優分析

測試目標與前置條件

針對 SIP 5.5 在 600 併發用戶下，透過四大面向配置調整觀察效能表現：

1. JBoss APR vs HTTP/1.1 模式差異。
2. Apache + JBoss 轉發模組（mod_jk vs Weblogic.so）影響。
3. Memcached Client 版本優化（2.4 vs 2.4.2）效益。
4. ISP 延遲（20ms / 110ms / 900ms）對吞吐量衝擊。

基準環境：SIP 5.5、600 併發、ISP 預設 20ms、Apache 2.0.52、JBoss 4.2.1、Cache Client 2.4.2。

關鍵測試結果彙總

1. JBoss 容器模式比較

發現：非 APR 模式下 TPS 波動極大、Socket 連接消耗巨大；APR 模式穩定且高吞吐。

2. Apache 轉發模組比較

結論：mod_jk 配合 APR 表現最佳；Weblogic.so 遺留模組效能極差、穩定性極低。

3. Memcached Client 版本優化

洞察：無 Apache 時版本差異不明顯（非瓶頸）；加入 Apache 提升請求處理後，Client 2.4.2 效能優勢顯現（單測 500 併發下約 40% 提升）。

4. ISP 延遲影響

高延遲嚴重拖垮 TPS，證實 SIP 對下游回應極度敏感。

優化總結與最佳實踐

1. 記憶體管理影響高併發：GC 停頓在高併發下明顯，需關注堆配置與物件生命週期。
2. 慎用便利但昂貴的 API：如 split() 在底層通訊路徑調用頻繁時應以手寫解析替換。
3. 實測勝過直覺：HttpClient 雖感覺共享連接，實測構建 Get/Post 物件開銷大於 HttpURLConnection 原生優化。
4. 鏈式處理共享上下文：減少重複快取讀取。
5. OS 與 Web 容器參數關鍵：Socket 參數、埠範圍、ulimit、ip_conntrack_max 直接影響併發上限。
6. APR 模式效能增益顯著：epoll + Unix domain socket 大幅降低資源消耗。
7. 異步 Servlet (Servlet 3.0) 在 JBoss 5 穩定性不足，暫不建議生產採用。
8. 系統化優化流程：列出潛在瓶頸 → 單模組優化驗證 → 整合多場景壓測。

關鍵配置參考

JBoss Web Container (server.xml)

<Connector port="8128" address="${jboss.bind.address}"
    maxThreads="1024" maxHttpHeaderSize="8192"
    emptySessionPath="true" protocol="HTTP/1.1"
    enableLookups="false" redirectPort="8443" acceptCount="1024"
    connectionTimeout="20000" disableUploadTimeout="true"
    useBodyEncodingForURI="true"/>

Apache Worker MPM (httpd.conf)

KeepAlive Off
<IfModule worker.c>
    ServerLimit 80
    ThreadLimit 128
    StartServers 10
    MaxClients 8000
    MinSpareThreads 64
    MaxSpareThreads 800
    ThreadsPerChild 100
    MaxRequestsPerChild 10000
</IfModule>

Linux 核心參數 (/etc/sysctl.conf)

net.ipv4.ip_local_port_range = 1024 65535

並調大 ulimit -n 及 ip_conntrack_max。

APR 啟用

Tomcat 原生庫放置於 bin/native 目錄，啟動時自動偵測載入（支援 sendfile, epoll, OpenSSL, 共享記憶體等）。