嚴(yán)以律己,寬以待人. 三思而后行. GMail/GTalk: yanglinbo#google.com; MSN/Email: tx7do#yahoo.com.cn; QQ: 3 0 3 3 9 6 9 2 0 .
最近因?yàn)楣ぷ髟颍瑥腛CICPP改為用OTL做Oracle開(kāi)發(fā)。初時(shí)挺詫異的,怎么只有.h沒(méi)有.cpp?看過(guò)才知道原來(lái)一個(gè)頭文件就全做完了。它是對(duì)OCI的一個(gè)封裝,可以用stream的方式去操作數(shù)據(jù)庫(kù)。用起來(lái)還是比較簡(jiǎn)便,但是感覺(jué)封裝得多了點(diǎn)。雖然OCI那些函數(shù)也挺復(fù)雜的,但至少覺(jué)得一切都在自己掌握之中。OTL這么一封裝了之后,有一些實(shí)現(xiàn)細(xì)節(jié)就不得而知了,這就導(dǎo)致了今天發(fā)現(xiàn)的一個(gè)bug。
根據(jù)OTL關(guān)于otl_connect的說(shuō)明,其構(gòu)造函數(shù)之一是可以直接用來(lái)連接數(shù)據(jù)庫(kù)的。雖然正兒八經(jīng)做這個(gè)事情的是rlogon(db_string),但是對(duì)構(gòu)造函數(shù)otl_connect(connect_str, ...)的說(shuō)明是其等于otl_connect(void)再加上一個(gè)rlogon(connect_str)。所以,一般就這樣寫了:otl_connect* pdb = new otl_connect("..."); 然后把pdb存在自己的數(shù)據(jù)庫(kù)連接池中。如果連接失敗,那么會(huì)拋出一個(gè)otl_exception異常。 可是,今天卻遇到意外。連接字符串中,tnsname寫對(duì)了,但用戶名/密碼沒(méi)對(duì)。于是測(cè)試的時(shí)候發(fā)現(xiàn),多次連接之后,數(shù)據(jù)庫(kù)那邊內(nèi)存爆掉了,ORACLE.EXE的線程數(shù)也多到瘋掉。別的客戶端全連接不上了,報(bào)ORA-00020錯(cuò)誤。 process數(shù)滿,這倒也在情理之中。可是看了看session,發(fā)現(xiàn)會(huì)話其實(shí)很少。猜測(cè)是什么東西沒(méi)有釋放掉,不是connect就是cursor。查了一下代碼,發(fā)現(xiàn)沒(méi)有什么大問(wèn)題,connect都是連接池管理,不會(huì)無(wú)限多下去的。otl_stream也都是在棧中聲明,花括號(hào)之后就自動(dòng)析構(gòu)了,cursor也不應(yīng)該是問(wèn)題。郁悶中,發(fā)現(xiàn)正常的連接反而不會(huì)有泄漏發(fā)生,會(huì)泄漏的都是連接錯(cuò)誤的時(shí)候。但是連tnsname都不對(duì)反而就不會(huì)了,估計(jì)是因?yàn)镺CI那邊根本就無(wú)法建立一個(gè)連接,也就耗不了資源。這下定位到了,就是這個(gè)創(chuàng)建連接的代碼上有問(wèn)題。
這段創(chuàng)建連接的代碼是這樣寫的。注意其中捕捉異常的部分:
可以看到,如果連接不成功時(shí)沒(méi)有生成對(duì)象,那么應(yīng)該返回空指針,這樣delete指令也不會(huì)發(fā)生。如果有對(duì)象生成,那么在異常處理代碼中應(yīng)該已經(jīng)把這個(gè)對(duì)象給銷毀了,而對(duì)象占用的資源應(yīng)該也已經(jīng)釋放了。但事實(shí)就是不同,由于OTL在這個(gè)構(gòu)造函數(shù)中封裝了實(shí)現(xiàn)細(xì)節(jié),而顯然這個(gè)實(shí)現(xiàn)并不完美,于是有了泄漏。
采用如下的代碼,便不存在這個(gè)問(wèn)題了:
根據(jù)OTL的說(shuō)明,這兩種建立連接的方法應(yīng)該沒(méi)有區(qū)別。不過(guò)現(xiàn)在才有點(diǎn)明白為什么OTL提供的范例代碼都采用后一種方法了。
追進(jìn)OTL的頭文件中去看,應(yīng)該可以弄明白原委。不過(guò)為了完成任務(wù),沒(méi)有那么多時(shí)間了,這個(gè)任務(wù)只好留到下次再說(shuō)。大致估計(jì)了一下,應(yīng)該是因?yàn)樵趎ew otl_connect(connect_str)的時(shí)候就拋了異常,于是代碼跳轉(zhuǎn)到了catch處,pdb根本沒(méi)得到對(duì)象指針的賦值,這樣新生成的對(duì)象就丟了。建議用OTL的各位,在棧中是無(wú)所謂啦,但如果要在堆中初始化一個(gè)連接,千萬(wàn)不要圖省事想用構(gòu)造函數(shù)直接一步到位哦!
posted on 2008-06-13 00:09 楊粼波 閱讀(2198) 評(píng)論(2) 編輯 收藏 引用
代碼有問(wèn)題!try{ otl_connect* pdb = NULL; // 此 pdb 變量在大括號(hào)範(fàn)圍外不存在! pdb = new otl_connect("");}catch(.....){..... // 這裡對(duì)pdb進(jìn)行操作,哪裡來(lái)的 pdb 變量?}代碼應(yīng)該改為:otl_connect* pdb = NULL; try{ pdb = new otl_connect("");}catch(.....){..... // 這裡對(duì)pdb進(jìn)行操作}否則,根本不能通過(guò)語(yǔ)法校驗(yàn)!或者博主用的是一個(gè)特殊版本的C++編譯器? 回復(fù) 更多評(píng)論
筆誤,寫博的時(shí)候隨手寫的代碼上去。一開(kāi)始并沒(méi)考慮寫try/catch括起來(lái)。多謝指出! 回復(fù) 更多評(píng)論
Powered by: C++博客 Copyright © 楊粼波