金慶的專欄
C++博客
::
首頁
::
新隨筆
::
聯(lián)系
::
聚合
::
管理
::
423 隨筆 :: 0 文章 :: 454 評(píng)論 :: 0 Trackbacks
公告
我的隨筆
我的評(píng)論
我參與的隨筆
留言簿
(12)
給我留言
查看公開留言
查看私人留言
隨筆分類
(502)
1. C/C++(166)
(rss)
2. 網(wǎng)游開發(fā)(108)
(rss)
3. Golang(20)
(rss)
4. Linux/Unix(30)
(rss)
5. 軟工與管理(44)
(rss)
6. Python(23)
(rss)
7. Erlang(18)
(rss)
8. Rust(16)
(rss)
9. 其它(77)
(rss)
隨筆檔案
(423)
2023年1月 (1)
2022年11月 (1)
2022年10月 (2)
2022年9月 (1)
2022年4月 (6)
2022年1月 (2)
2021年12月 (4)
2021年11月 (6)
2021年10月 (2)
2021年9月 (2)
2021年8月 (7)
2021年7月 (2)
2021年5月 (2)
2021年3月 (1)
2021年2月 (2)
2021年1月 (1)
2020年12月 (1)
2020年10月 (1)
2020年9月 (5)
2020年8月 (1)
2020年7月 (1)
2020年6月 (1)
2020年4月 (2)
2020年3月 (3)
2020年2月 (3)
2020年1月 (1)
2019年12月 (1)
2019年9月 (2)
2019年4月 (2)
2019年1月 (1)
2018年12月 (1)
2018年11月 (3)
2018年10月 (1)
2018年9月 (3)
2018年8月 (3)
2018年7月 (2)
2018年6月 (4)
2018年5月 (4)
2018年4月 (4)
2018年3月 (1)
2018年1月 (2)
2017年12月 (2)
2017年11月 (3)
2017年10月 (3)
2017年8月 (7)
2017年7月 (1)
2017年6月 (1)
2017年5月 (3)
2017年4月 (3)
2017年3月 (3)
2017年2月 (2)
2017年1月 (2)
2016年12月 (5)
2016年11月 (2)
2016年10月 (2)
2016年9月 (1)
2016年8月 (6)
2016年7月 (3)
2016年6月 (2)
2016年5月 (4)
2016年4月 (2)
2016年3月 (2)
2016年1月 (3)
2015年12月 (2)
2015年11月 (2)
2015年10月 (1)
2015年8月 (2)
2015年7月 (1)
2015年6月 (1)
2015年5月 (4)
2015年4月 (3)
2015年3月 (4)
2015年2月 (5)
2015年1月 (4)
2014年12月 (3)
2014年11月 (3)
2014年10月 (2)
2014年9月 (3)
2014年8月 (1)
2014年4月 (4)
2014年3月 (1)
2014年2月 (4)
2014年1月 (5)
2013年12月 (5)
2013年11月 (5)
2013年9月 (2)
2013年8月 (2)
2013年7月 (2)
2013年6月 (2)
2013年5月 (1)
2013年1月 (2)
2012年12月 (1)
2012年11月 (1)
2012年9月 (1)
2012年8月 (3)
2012年7月 (2)
2012年6月 (1)
2012年4月 (3)
2012年3月 (2)
2012年2月 (3)
2012年1月 (2)
2011年11月 (2)
2011年10月 (3)
2011年9月 (2)
2011年8月 (2)
2011年7月 (3)
2011年6月 (2)
2011年5月 (3)
2011年1月 (2)
2010年12月 (1)
2010年11月 (2)
2010年10月 (2)
2010年9月 (3)
2010年8月 (2)
2010年7月 (3)
2010年6月 (1)
2010年5月 (3)
2010年4月 (3)
2010年3月 (5)
2010年2月 (4)
2010年1月 (4)
2009年12月 (2)
2009年11月 (3)
2009年10月 (4)
2009年9月 (3)
2009年8月 (2)
2009年7月 (4)
2009年6月 (1)
2009年5月 (3)
2009年4月 (4)
2009年3月 (2)
2009年2月 (5)
2009年1月 (1)
2008年12月 (7)
2008年11月 (4)
2008年10月 (1)
2008年9月 (3)
2008年8月 (4)
2008年7月 (3)
2008年6月 (4)
2008年5月 (6)
2008年4月 (7)
2008年3月 (6)
2008年1月 (5)
2007年12月 (7)
2007年11月 (4)
2007年10月 (5)
2007年9月 (6)
2007年8月 (8)
2007年7月 (5)
相冊(cè)
公告照片
搜索
積分與排名
積分 - 656585
排名 - 25
最新評(píng)論
1.?re: boost::asio::spawn 將一統(tǒng)C++網(wǎng)絡(luò)庫
asio 成為C++首選網(wǎng)絡(luò)庫
--linda
2.?re: log4cxx中文輸出錯(cuò)誤補(bǔ)丁
評(píng)論內(nèi)容較長(zhǎng),點(diǎn)擊標(biāo)題查看
--金慶
3.?re: mingw編譯OrzNet
能發(fā)送一個(gè)mingw編譯好的OrzNet庫給我嗎? liuweiqcxy@163.com
謝謝!
--劉威
4.?re: log4cxx中文輸出錯(cuò)誤補(bǔ)丁
評(píng)論內(nèi)容較長(zhǎng),點(diǎn)擊標(biāo)題查看
--bigbad
5.?re: log4cxx中文輸出錯(cuò)誤補(bǔ)丁
評(píng)論內(nèi)容較長(zhǎng),點(diǎn)擊標(biāo)題查看
--bigbad
閱讀排行榜
1.?"multiple definition of" 錯(cuò)誤(11032)
2.?SVN中邪惡的replace(10955)
3.?VS2005編譯libevent(10413)
4.?混音算法的學(xué)習(xí)與研究(10203)
5.?C調(diào)用lua腳本的效率測(cè)試(9007)
評(píng)論排行榜
1.?VC6正在被拋棄(35)
2.?VS2005編譯libevent(21)
3.?"multiple definition of" 錯(cuò)誤(18)
4.?C++引用優(yōu)于指針(17)
5.?ACE與ASIO之間關(guān)于Socket編程的比較(16)
需要判斷指針為空嗎
前幾天,KOK3客戶端因?yàn)槲业馁Y源配置錯(cuò)誤而崩潰了。
調(diào)試器帶我到了出錯(cuò)的代碼行,是一個(gè)空指針解引用。
代碼大致如下:
Item* pItem = itemList.getItem(index);
return *pItem;
getItem方法如下:
Item* ItemList::getItem(int index)
{
if (index < 0) return NULL;
if (index >= size()) return NULL;
return _list[index];
}
錯(cuò)誤是因?yàn)橘Y源加載出錯(cuò),列表為空,所以getItem()返回NULL.
對(duì)于資源加載出錯(cuò),應(yīng)該加載時(shí)就提示出錯(cuò),不應(yīng)該在使用時(shí)才報(bào)錯(cuò)。
getItem()做了索引越界出錯(cuò)處理,所以它的調(diào)用者必須檢查其返回值。
假設(shè)ItemList的指針元素保證不為空,正常情況下,索引正確情況下都不會(huì)返回空指針。
這種情況下,添加斷言是必要的。
Item* pItem = itemList.getItem(index);
assert(pItem);
return *pItem;
Item* ItemList::getItem(int index)
{
...
assert(_list[index]);
return _list[index];
}
對(duì)與索引值,還是用無符號(hào)數(shù)為好,可省去下界溢出斷。
posted on 2010-02-11 09:48
金慶
閱讀(4495)
評(píng)論(11)
編輯
收藏
引用
所屬分類:
1. C/C++
、
2. 網(wǎng)游開發(fā)
評(píng)論
#
re: 需要判斷指針為空嗎[未登錄]
2010-02-11 10:19
Bill Hsu
樓主是巨人的?
回復(fù)
更多評(píng)論
#
re: 需要判斷指針為空嗎[未登錄]
2010-02-11 10:49
kevin lynx
這個(gè)問題在我們組里也備受爭(zhēng)議。有人覺得對(duì)每個(gè)指針進(jìn)行拿捏然后再?zèng)Q定判斷,很多余,所以索性對(duì)所有指針進(jìn)行空判斷;有人覺得沒必要寫那么多冗余代碼,需要對(duì)每個(gè)指針進(jìn)行上下文審查。
拿一個(gè)接口為例,接口實(shí)現(xiàn)里是否有必要對(duì)參數(shù)進(jìn)行判斷?接口調(diào)用者是否需要對(duì)返回值做判斷?反正這種事情挺糾結(jié)的.
回復(fù)
更多評(píng)論
#
re: 需要判斷指針為空嗎
2010-02-11 11:19
Jimixu
簡(jiǎn)簡(jiǎn)單單的從兩個(gè)if不寫在一起,用||隔開就看出LZ功力非凡,可以節(jié)省很多不必要的判斷
Item* ItemList::getItem(int index)
{
if (index < 0) return NULL;
if (index >= size()) return NULL;
return _list[index];
}
回復(fù)
更多評(píng)論
#
re: 需要判斷指針為空嗎[未登錄]
2010-02-11 11:50
zz
@Jimixu
兩個(gè)if寫在一起用||隔開會(huì)增加很多判斷嗎?不解。
如果第一個(gè)條件成立,||的后一個(gè)條件不是不會(huì)判斷了嗎?
回復(fù)
更多評(píng)論
#
re: 需要判斷指針為空嗎
2010-02-11 11:58
jQuery
@Jimixu
=_=
回復(fù)
更多評(píng)論
#
re: 需要判斷指針為空嗎[未登錄]
2010-02-11 12:37
絕對(duì)零度
@Jimixu
有這種講解嗎?
回復(fù)
更多評(píng)論
#
re: 需要判斷指針為空嗎
2010-02-11 16:18
金慶
@kevin lynx
我的觀點(diǎn)是:只要有可能為空的,就一定要判斷是否為空; 不可能為空的,可以用一個(gè)assert斷言來表達(dá)。
關(guān)鍵在于判斷是否有可能為空。由函數(shù)調(diào)用者保證不為空的,就認(rèn)為不可能為空,可在函數(shù)說明中注釋并在函數(shù)開始處加個(gè)斷言。由進(jìn)程以外輸入決定的,如用戶輸入,文件輸入,或其他進(jìn)程傳入數(shù)據(jù)決定的指針,即使外部接口規(guī)定了不會(huì)造成空指針,但仍應(yīng)該對(duì)輸入判斷。外部輸入錯(cuò)誤不應(yīng)該造成程序錯(cuò)誤。
回復(fù)
更多評(píng)論
#
re: 需要判斷指針為空嗎
2010-02-13 17:01
陳梓瀚(vczh)
理論上,對(duì)于一個(gè)對(duì)象A,如果他不能在這個(gè)上下文里面取到所有類型T的值,那么A的類型就不能是T。
舉個(gè)例子,句柄可以是個(gè)指針。但是如果有規(guī)定是不能為空,那就去搞個(gè)句柄類。無論你在哪里使用,都可以在復(fù)制和構(gòu)造的時(shí)候集中檢查。譬如,句柄的構(gòu)造函數(shù)可以檢查傳入的指針,為空就崩潰。只要構(gòu)造成功了,那么句柄里面的內(nèi)部指針肯定不會(huì)是空的。
回復(fù)
更多評(píng)論
#
re: 需要判斷指針為空嗎[未登錄]
2010-02-15 16:24
Steven
我是比較推崇這樣的寫法的
if (index < 0) return NULL;
if (index >= size()) return NULL;
雖然用 || 可以生成一樣的匯編代碼,但是對(duì)于調(diào)試維護(hù)來說是有區(qū)別的
如果我用 || 的話,并且在return 之前,輸出一些錯(cuò)誤log
if (index < 0 || index >= size())
{
cout << "invalide index";
return null;
}
當(dāng)我看到這個(gè)log的時(shí)候,你怎么才能知道到底是哪個(gè)判斷出錯(cuò)了呢?index是太大還是太小呢?當(dāng)然你可以說我應(yīng)該把index的值也一并輸出出來,但是在實(shí)踐中很多判斷是很復(fù)雜的,很難輸出所有的值,比如長(zhǎng)字符串的比較,總不能輸出那么多東西到log里吧。
回復(fù)
更多評(píng)論
#
re: 需要判斷指針為空嗎
2010-05-12 22:00
classyk
索引值用無符號(hào)數(shù)并不能減少判斷,反而更加麻煩
回復(fù)
更多評(píng)論
#
re: 需要判斷指針為空嗎
2010-05-13 09:38
金慶
@classyk
傳統(tǒng)的C程序中是int類型到處使用,而在C++中更傾向于各種功能用不同的類型,如容器大小用size_t. 用無符號(hào)數(shù)減少了小于0的判斷,“更加麻煩”在哪里?
回復(fù)
更多評(píng)論
刷新評(píng)論列表
只有注冊(cè)用戶
登錄
后才能發(fā)表評(píng)論。
【推薦】100%開源!大型工業(yè)跨平臺(tái)軟件C++源碼提供,建模,組態(tài)!
相關(guān)文章:
How are dtLinks created in NavMesh
C++ parameter passing rules
Naming Conventions for Accessors
Visual Studio 2019 Compiler Hangs
Fbx File Format Identifier
查找內(nèi)存錯(cuò)誤
std::thread 中的異常會(huì)丟失調(diào)用棧
用賦值代替 protobuf CopyFrom()
vs2017 linux 編譯輸出改成 vs 格式
為 LiteIDE 添加選中標(biāo)記
網(wǎng)站導(dǎo)航:
博客園
IT新聞
BlogJava
博問
Chat2DB
管理
Powered by:
C++博客
Copyright © 金慶
伊人久久大香线蕉AV色婷婷色
|
久久99精品久久久久久hb无码
|
久久精品国产69国产精品亚洲
|
精品国产VA久久久久久久冰
|
久久亚洲综合色一区二区三区
|
国产精品欧美久久久久无广告
|
午夜精品久久久久久
|
伊人久久大香线焦AV综合影院
|
国产精品毛片久久久久久久
|
无码8090精品久久一区
|
国产精品一区二区久久国产
|
久久婷婷人人澡人人
|
国产99精品久久
|
国产69精品久久久久9999APGF
|
国产精品无码久久综合网
|
久久亚洲日韩精品一区二区三区
|
国产日韩久久久精品影院首页
|
久久久久AV综合网成人
|
久久精品国产欧美日韩99热
|
久久久青草久久久青草
|
亚洲国产另类久久久精品小说
|
久久精品夜色噜噜亚洲A∨
|
亚洲国产精品成人久久
|
亚洲а∨天堂久久精品9966
|
91精品国产91久久久久久蜜臀
|
国产亚洲美女精品久久久2020
|
久久久久无码中
|
精品久久综合1区2区3区激情
|
99久久无码一区人妻a黑
|
亚洲精品美女久久久久99
|
99久久免费国产精品特黄
|
亚洲美日韩Av中文字幕无码久久久妻妇
|
国产精品99久久精品
|
久久精品亚洲日本波多野结衣
|
狠狠色婷婷久久综合频道日韩
|
久久久艹
|
人妻无码久久精品
|
久久亚洲熟女cc98cm
|
国产成人精品久久
|
久久久久久亚洲AV无码专区
|
久久99国内精品自在现线
|