推播技術聊天室實作詳解 (下)：伺服器與客戶端交互流程

承接上篇架構設計，本文深入剖析基於 HTTP 推播 的聊天室具體實作細節，涵蓋伺服器核心類設計、協議交互流程與客戶端幀架構。

伺服器核心類設計

• Chater (在線用戶)：含 ID、Socket 關聯 ID、暱稱、權限、過濾列表、登入時間、顏色等屬性。Socket ID 於主幀載入後填入，超時未填入則清理。
• Content (發言內容)：時間戳、發送者/接收者 ID、私聊標誌、已處理 HTML 內容 (含表情)。
• ThreadedChatHandle：核心處理執行緒，解析請求類型：login、joinchat、showtalk、names、speak、leave 等。

HTTP GET 協議交互範例

用戶 aaa 登入、說話、離開產生請求序列：

/login?name=aaa&passwd=aaa
/joinchat?chaterid=555
/showtalk?chaterid=555
/names?chaterid=555
/speak?chaterid=555
/leave?chaterid=555

實際部署需包含認證 Token；names 請求攜帶 ID 用於更新心跳防超時。

客戶端三幀架構

1. joinchat 框架：聊天內容顯示區，長連接保持開啟，伺服器持續推送 HTML 片段，瀏覽器呈現持續下載狀態，內容自動向上滾動，無 </body></html> 結尾標籤。
2. showtalk 框架：輸入區，含發言、動作、過濾、管理功能，請求完成即斷開。
3. names 框架：在線名單，定時刷新請求更新列表。

登入完整流程

1. 瀏覽器請求 /login?name=NAME&passwd=PWD，Servlet 驗證後生成 Session ID。
2. 回傳 Frameset HTML，包含三個框架 src 指向 /joinchat、/showtalk、/names (攜帶 chaterid)。
3. 瀏覽器並發三連接：joinchat 連接存活作為推播通道，其餘兩連接完成即結束。
4. 後續發言由伺服器主動寫入 joinchat 連接，客戶端無需輪詢。

此設計下，單次登入產生四個子執行緒，僅 joinchat 執行緒持久存活，為推播技術關鍵所在。