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