spring4 + WebSocket筆記 [含源碼]

WebSocket是HTML5的重要組成部分，據說能有諸多好處。所以花了點時間研究了一下這個東東，看看這貨是何方妖孽，有何神通，能不能為我所用。

我試著下載了spring官方的demo （地址：https://github.com/rstoyanchev/spring-websocket-test）
跑起來看到裡面有點小bug，自己修改了一下，順便閱讀修改並注釋了主要代碼。修改後的源碼在:

http://git.oschina.net/sybn/webSocketDemo.git

在這裡零散的記錄一下收穫和感想，以後繼續補充完善。

首先，spring4的這個demo已經完全沒有xml設定檔了，連web.xml都木有了，這是spring的一個推薦風格。不習慣的話繼續使用原先的spring.xml設定檔形式來定義配置也可以的。demo裡用了一點spring Security 的東西，簡單的多了一點存取權限控制。

WebSocket這邊，可以看到demo裡準備了很多通道，這些通道用來使用戶端和伺服器互相推送訊息。
用戶端向伺服器的推送比較好理解，和傳統的http模式比較類似，

我們可以給原本的Controller稍微加點料即可實現。

@Controllerpublic class GreetingController {@RequestMapping(value=”/greeting”, method=POST)public void httpGreet(String text) {// ...}@MessageMapping("/greeting")public void stompGreet(String text) {// ...}}

伺服器向用戶端推動則有點像jms的感覺：

this.messagingTemplate.convertAndSend("/topic/price.stock." + quote.getTicker(), quote);

這裡的convertAndSend發送的訊息是廣播訊息，所有偵聽/topic/price.stock.*的用戶端都能收到訊息。

猜想：
簡單猜想了一下WebSocket可以出手的地方。
我們使用ext時，如果使用WebSocket代替ajax做資料代理的實現，當一個人修改了資料時，另一個人就可以立刻收到新版資料的推送，減少髒資料出現的頻率。當然，只是減少。

疑問：
暫時還沒研究這個流程的安全性，未經授權的偵聽是否被spring Security阻擋住。
目前發現，如果用戶端重啟，用戶端能正常的重新串連上伺服器，但是反之不行，看來demo中沒有做側問題的容錯處理。暫時沒研究其他網路環境變化的影響。（例如代理）
demo中準備的降級策略，如果瀏覽器不支援WebSocket，會自動使用替代方案，我們無需對此過程做任何額外配置，經測試UC可以正常訪問者個domo。
暫時還沒有具體研究WebSocket的效能表現，那些時候WebSocket的表現優於傳統http方案還不清楚，沒有具體的資料對比之前，木有資料就木有發言權啊。

參考文檔
http://www.oschina.net/translate/websocket-architecture-in-spring-4-0
1http://www.iteye.com/news/27808-springframework-websocket