1、服務器向指定客戶端推送數據
完成聊天室之類的項目時，利用DWR推模式向所有客戶端推送數據，的確是很方便，只要客戶端的訪問頁面確定就可以了。但是，若需要對訪問同一頁面的兩個客戶端（特別是根據用戶身份作不同處理），加以區分，推送不同數據時，就沒這么簡單了。
有兩種方式可以解決這個問題：
a)、服務端不處理，只管往客戶端推送數據，由客戶端對收到的數據進行過濾，然后再顯示出來。但這種方式的缺點很明顯，數據包多且不安全。
b)、對每個客戶端進行單兒標識。DWR中以ScriptSession來代表一個客戶端連接，我們可以通過設置ScriptSession的屬性，來達到標識客戶端的作用。如將sessionid或用戶登錄名保存在相應的ScriptSession屬性中，向客戶端推送數據時，根據這個屬性加以過濾。相應的代碼片段如下：
/**
* 返回有效的ScriptSession.
* @param user
* @return
*/
@SuppressWarnings("unchecked")
private ScriptSession getCurrentSession(String user){
ScriptSession xSession = null;
Collection<ScriptSession> sessions = new HashSet<ScriptSession>();
sessions.addAll(sctx.getScriptSessionsByPage(PAGE_MAIN));
for (ScriptSession session : sessions) {
//查詢與消息接收者相符的客戶端頁面,并輸出消息內容
String xuser = (String)session.getAttribute(SESSION_ATTRNAME_USER);
if(xuser != null && xuser .equals(user)){
xSession = session;
}
}
return xSession;
}
/**
* 清除已有連接, 標識當前連接用戶(登錄或刷新頁面時，進行必要的清理).
* @param user
* @param session
*/
private void cleanDwrConnection(user,ScriptSession session){
String jid = StringUtils.parseBareAddress(user);
ScriptSession oldSession = getCurrentSession(jid);
if(oldSession != null && oldSession != session){
oldSession.invalidate();
oldSession = null;
}
session = WebContextFactory.get().getScriptSession();
session.setAttribute(SESSION_ATTRNAME_USER, jid);
}
2、使用DWR推模式的實現中，刷新頁面引起長連接丟失問題
最近在做web版即時消息客戶端時，遇到這樣一個問題：為了減少無用的服務連接，只在登錄后才激活長連接（dwr.engine.setActiveReverseAjax(true)，注銷后取消長連接）。登錄客戶端后，用了一段時間后，無法收消息了（消息無法推送到客戶端）。后來調試后，發現ScriptSession實例沒有綁定物理連接信息(conduits:m:root為空)。測試后發現，當刷新頁面后，會產生一個新的ScriptSession實例，而這個ScriptSession的conduits:m:root為空，所以怎么都無法將數據推送到客戶端去了。
客戶端激活長連接后(dwr.engine.setActiveReverseAjax(true);)，對應的ScriptSession實例會綁定物理連接信息，而刷新頁面刷新而不重新激活長連接，新產生的ScriptSession是沒有綁定物理連接信息的，一旦綁定物理連接信息的ScriptSession被銷毀后，就產生了這個問題。
posted on 2008-03-31 16:41
josson 閱讀(4121)
評論(0) 編輯 收藏 所屬分類:
web開發