隨筆檔案

     摘要: 基于Lua 5.1實現(xiàn)的遠程調(diào)試器，腳本運行在服務端，客戶端登錄后可以遠程管理腳本，可以調(diào)試腳本，單步跟進、變量查看。
界面基于wxWidgets實現(xiàn)，網(wǎng)絡通訊接口采用CORBA/TAO。  閱讀全文      摘要: 在C++中要進行并發(fā)處理，不可避免要使用多線程，在傳統(tǒng)的教科書中，大家都是采用最原始的多線程技術，應用邏輯和線程并發(fā)策略緊密綁定。
在一個典型的服務器程序中，客戶端的請求往往包含了很多不同的邏輯命令，如在一個線程處理函數(shù)中，需要根據(jù)客戶端的命令代碼處理不同的業(yè)務邏輯：

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

如此這般，業(yè)務處理邏輯和線程邏輯緊密耦合，這是一種很“丑陋”的代碼。
如何通過一種優(yōu)雅的方法，分離并發(fā)邏輯和業(yè)務邏輯，通過通用的并發(fā)框架，業(yè)務邏輯設計者只需要關心自己的邏輯代碼，交給“線程池”去處理即可，而不需要去關心如何創(chuàng)建線程，等待線程結(jié)果這些瑣碎的“小事”？  閱讀全文      摘要: 　　平臺服務和腳本服務接口對后端PostgreSQL數(shù)據(jù)庫的使用目前采用短暫連接方式，造成多次調(diào)用服務時頻繁連接和斷開數(shù)據(jù)庫，效率很低。

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

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

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

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