關於大併發SOCKET通訊的系統構架的幾點想法，望大俠們給予指點

chinasudan發表於2004-03-09
我在做一個系統，該系統過去是使用C/S構架，由於想趕時代之潮流，想把C/S的換成B/S的，由於S比較穩定，所以S這一端不想變，是使用了SOCKET　TCP通訊，只想簡單的把C換成B把B/S的S作為一個PROXY，這樣改動量小。由於併發量較大，（同時線上4000－5000）所以決定用EJB。考慮到多人開發和以後的擴充套件性，決定前端採用STRUTS架構。由於所有動作資料最終要透過TCP傳到真正的伺服器，所以作出一個SOCKET通訊池出來，以提高效率。我涉及EJB時日不多，這是一個初步想法。用SESSION FACADE模式封閉具體EJB事務的處理，STRUTS的ACTION呼叫SESSION　FACADE。
還有一個問題不得解決。望大俠們幫助。對於每個客戶是不是該用SFSB？如果用這個的話我覺得會比較費資源，是不是可以把每個客戶的資訊放入HTTPSESSION，然後呼叫SESSION FACADE，具體的操作用SLSB。望大家對這個系統的構架提出一些意見及建議！

相關文章