嚴(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 © 楊粼波
<rt id="aaw8m"></rt>