隨筆檔案

LuaVM Remote Debugger      摘要: 基于Lua 5.1實現(xiàn)的遠(yuǎn)程調(diào)試器，腳本運行在服務(wù)端，客戶端登錄后可以遠(yuǎn)程管理腳本，可以調(diào)試腳本，單步跟進(jìn)、變量查看。
界面基于wxWidgets實現(xiàn)，網(wǎng)絡(luò)通訊接口采用CORBA/TAO。  閱讀全文

一個基于ACE的負(fù)載自適應(yīng)萬能線程池實現(xiàn)      摘要: 在C++中要進(jìn)行并發(fā)處理，不可避免要使用多線程，在傳統(tǒng)的教科書中，大家都是采用最原始的多線程技術(shù)，應(yīng)用邏輯和線程并發(fā)策略緊密綁定。
在一個典型的服務(wù)器程序中，客戶端的請求往往包含了很多不同的邏輯命令，如在一個線程處理函數(shù)中，需要根據(jù)客戶端的命令代碼處理不同的業(yè)務(wù)邏輯：

int thrad_main(int cmd_id,char *data){
switch(cmd_id)
{
case 1:
...
break;
case 2:
...
break;
}
}

如此這般，業(yè)務(wù)處理邏輯和線程邏輯緊密耦合，這是一種很“丑陋”的代碼。
如何通過一種優(yōu)雅的方法，分離并發(fā)邏輯和業(yè)務(wù)邏輯，通過通用的并發(fā)框架，業(yè)務(wù)邏輯設(shè)計者只需要關(guān)心自己的邏輯代碼，交給“線程池”去處理即可，而不需要去關(guān)心如何創(chuàng)建線程，等待線程結(jié)果這些瑣碎的“小事”？  閱讀全文

一個簡單的PostgreSQL數(shù)據(jù)庫連接池實現(xiàn)      摘要: 　　平臺服務(wù)和腳本服務(wù)接口對后端PostgreSQL數(shù)據(jù)庫的使用目前采用短暫連接方式，造成多次調(diào)用服務(wù)時頻繁連接和斷開數(shù)據(jù)庫，效率很低。

　　如果共享數(shù)據(jù)庫連接，則會造成多線程訪問數(shù)據(jù)庫時的事務(wù)沖突，故必須采用連接池來管理對數(shù)據(jù)庫的并發(fā)訪問，某一線程連接到數(shù)據(jù)庫使用完畢后，不斷開數(shù)據(jù)庫連接，而是把連接歸還給連接池。

　　另一線程訪問數(shù)據(jù)庫時會首先向連接池申請已經(jīng)存在的連接，如果連接池中沒有空閑連接，或者申請到得連接已經(jīng)超時失效，再建立新的連接，使用完畢后同樣歸還到連接池。

　　這樣連接池中的連接數(shù)會隨著線程壓力的增加逐漸增長，直到所有的線程同時工作，達(dá)到最多連接數(shù)。

　　由于一個線程可能同時申請多個連接，故連接數(shù)可能會大于線程數(shù)。連接池在程序結(jié)束時銷毀全部連接，或者線程在申請到的某一連接失效時銷毀該連接。
  閱讀全文

CORBA/TAO使用手記1 -- C/S架構(gòu)網(wǎng)絡(luò)通信開發(fā)      摘要: 　　在C/S結(jié)構(gòu)的C++網(wǎng)絡(luò)程序中，直接采用Socket API進(jìn)行開發(fā)效率是很低的，所以大家發(fā)明了各種各樣的網(wǎng)絡(luò)框架，如Boost.Aiso和ACE，簡化了網(wǎng)絡(luò)通信開發(fā)的難度。
　　但是這種基于數(shù)據(jù)包收發(fā)的模式還是不太方便，于是又出現(xiàn)了RPC、DCOM、CORBA等遠(yuǎn)程接口調(diào)用的標(biāo)準(zhǔn)。客戶端只需要像調(diào)用本地函數(shù)一樣調(diào)用遠(yuǎn)程接口，框架會自動處理數(shù)據(jù)包收發(fā)，請求和應(yīng)答等底層細(xì)節(jié)。
　　雖然現(xiàn)在Web技術(shù)的發(fā)展如火如荼，大有取代C/S架構(gòu)應(yīng)用之勢，但是，直接運行于操作系統(tǒng)平臺上的C++原生應(yīng)用還是有它存在的意義，最主要的方面就是接近系統(tǒng)底層，對操作系統(tǒng)資源和底層設(shè)備的控制等，其他任何虛擬機(jī)上的中間語言是無法望其項背的。

　　CORBA是一個為簡化跨平臺應(yīng)用而提出的規(guī)范，它獨立于網(wǎng)絡(luò)協(xié)議、編程語言和軟硬件平臺，支持異構(gòu)的分布式計算環(huán)境和不同編程語言間的對象重用。
  閱讀全文