近來，在PHPChina推出了PHP聊天室技術(shù)的專題，恰好本人最近也在做這個項目，也在此發(fā)表一下個人的觀點。

聊天室主要功能： 1，注冊，登陸，退出，資料修改。 2，用戶申請創(chuàng)建聊天室，自定義聊天室屬性。 3，顯示聊天室名稱，描述，主持人，公告，廣告。 4，實時顯示在線用戶列表，可以查看在線用戶資料（昵稱，email，ip，在線時長等）。 5，發(fā)表聊天內(nèi)容，字體屬性，動作，表情，常用短語。 6，允許隱身，私聊，滾屏，屏蔽用戶，清屏，聊天場景選擇，背景音樂，發(fā)送方式自定義。 7，管理員有權(quán)對成員進行管理（踢出，禁止發(fā)言，移交管理權(quán)限）。

注意事項： 1，禁忌使用框架結(jié)構(gòu)（iframe除了減輕您的勞動量外，并不能帶來任何好處） 2，前臺和后臺代碼徹底分開，只通過ajax通道傳送數(shù)據(jù)，而且只應該傳送必要的數(shù)據(jù)。（前臺顯示數(shù)據(jù)，后臺處理數(shù)據(jù)） 3，禁忌因程序引起的整個頁面刷新，只更新需要更改的內(nèi)容（禁忌使用header,meta刷新頁面）。 4，在提交聊天內(nèi)容時，不能一味追求用戶體驗的速度，而忽略了實際的聊天記錄提交次序。（即是說，提交的聊天記錄應該在服務器重組實際的先后次序，再傳送到客戶端，因為可能在同一時間有很多人提交信息）

使用到的技術(shù)： 1，前后臺的橋梁——AJAX。可以選用jquery,XAJAX。本人傾向于jquery，速度快，簡單耐用，有很多插件，更新的也快。 2，數(shù)據(jù)載體的形式——XML。其實一般的聊天室數(shù)據(jù)也不是很復雜，用json完全夠了。 3，數(shù)據(jù)庫抽象層——ADODB。用PDO更快一些。個人已經(jīng)習慣使用ADODB。 4，數(shù)據(jù)底層存儲介質(zhì)——MySQL。這個沒有疑問。 5，數(shù)據(jù)中間存儲介質(zhì)——memcache。將高速讀寫的數(shù)據(jù)存儲到memcache共享內(nèi)存里面，減輕數(shù)據(jù)庫的負荷。 6，如果要實現(xiàn)視頻和語音，需要服務端FMS（flash media server）的支持，客戶端需要安裝flash player。并且涉及到在html,javascript,flash與后臺相互之間的數(shù)據(jù)交互。這方面資料不是很多。

這些是最核心的技術(shù)，在實際的應用開發(fā)中，還有許多細節(jié)問題需要解決。

比如：怎么處理在線列表的更新？ 途徑有這么兩種： 1，刷新整個列表（無論是否有更新）。 2，添加新上線成員，刪除掉線成員，更改資料有變動的成員。 顯然第二種是最佳的選擇。

怎么處理XmlHttpRequest并發(fā)的問題？ javascript是單線程的，如果同時有兩個XmlHttpRequest對象，則很容易產(chǎn)生問題，這就需要我們控制XmlHttpRequest的生成與結(jié)束。 在聊天室里面，我們需要更新的數(shù)據(jù)主要有：在線列表（包括成員資料的更新），聊天記錄，聊天室屬性等。而這幾項更新的頻率又是不一致的（如果時間一致的話，只需要建立一個XmlHttpRequest就可以處理掉）。聊天記錄需要較短的時間內(nèi)更新，在線列表可以稍長時間更新。在不使用框架的前提下，如果分別建立XmlHttpRequest對象，很可能出現(xiàn)并發(fā)的問題。這就需要創(chuàng)建一個時間與流程的控制函數(shù)。 setInterval('process_control()',3000) //三秒鐘調(diào)用一次 函數(shù)process_control里面實現(xiàn)任務的調(diào)度，如：間隔一定時間執(zhí)行謀任務，當謀任務完成之后才執(zhí)行下一個任務。