利用前台的ajax不斷向後台伺服器請求，後台伺服器不斷檢視資料庫裡的資訊是否變化。若變化將資訊返回前台，並執行一些操作
前台ajax**
注意要加上cache這一項，如果是post請求的化，可以免了。不然的化會一直從快取中找資料，不能及時更新。
function ink(),
success:function(msg)catch(e));
後台**
}else{return "falses";
後台是用spring mvc的
這裡重點貼出一下dimensionservice中caozuo
public dimension getbyid( intid){final int randnumber=id;
system.out.println("dimension dao ing");
session session=hibernatetemplate.getsessionfactory().opensession();
session.setflushmode(flushmode.auto);
query q=session.createquery("from dimension where randnumber=?");
q.setinteger(0,randnumber);
dimension dimension=(dimension)q.uniqueresult();
session.close();returndimension;
這段**是根據前台返回的randnumber進行返回資料庫對應的dimension。
做的時候由於沒有加session.close()；這一句。出現了各種八阿哥，還好我及時參拜雍正。找出了。草，費煞人也。
短輪詢來說太浪費了，請求的基本是無用的請求。大大損耗了效能。
這裡最好是用長輪詢來做，是推送模式。還在研究。
長輪詢 短輪詢
長輪詢 客戶端向伺服器傳送ajax請求，伺服器接收到請求後hold住連線，直到有新訊息才返回響應資訊並關閉連線，客戶端處理完響應資訊後再向伺服器傳送新的請求。優點 在無訊息的情況下不會頻繁請求，消耗資源小。缺點 伺服器hold住連線會消耗資源，返回的資料順序無保證，難以管理維護。function a...
長連線 短鏈結 長輪詢 短輪詢
原文 那就是一直認為，http連線分為長連線和短連線，而我們現在常用的都是http1.1，因此我們用的都是長連線。這句話其實只對了一半，我們現如今的http協議，大部分都是1.1的，因此我們平時用的基本上都是長連線。但是前半句是不對的，http協議根本沒有長短連線這一說，也正因為誤解了這個，導致對於...
Http 長連線 短連線 長輪詢 短輪詢
短連線 每次http請求都會建立tcp連線，管理容易 長連線 只需要建立一次tcp連線，以後http請求重複使用同乙個tcp連線，管理難 http1.1規定了預設保持長連線 http persistent connection 也有翻譯為持久連線 資料傳輸完成了保持tcp連線不斷開 不發rst包 不...