金慶的專欄
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不卡
|
国产精品久久成人影院
|
国产精品成人久久久久久久
|
久久人搡人人玩人妻精品首页
|
久久精品国产2020
|
国产精品综合久久第一页
|
久久久久高潮综合影院
|
久久91精品国产91久久小草
|
亚洲一区中文字幕久久
|
狠狠色丁香久久婷婷综合蜜芽五月
|
91精品观看91久久久久久
|
久久久久高潮综合影院
|
久久国产精品国语对白
|
国产激情久久久久影院小草
|
国产亚洲精品久久久久秋霞
|
久久久噜噜噜久久
|
麻豆精品久久久一区二区
|
久久婷婷五月综合成人D啪
|
久久精品不卡
|
国产香蕉97碰碰久久人人
|
精品久久久久久久久中文字幕
|
中文字幕日本人妻久久久免费
|
久久国产影院
|
久久亚洲国产中v天仙www
|
性做久久久久久久久久久
|
欧美亚洲另类久久综合
|
狠狠88综合久久久久综合网
|
亚洲级αV无码毛片久久精品
|
亚洲婷婷国产精品电影人久久
|
久久精品亚洲男人的天堂
|
18岁日韩内射颜射午夜久久成人
|
狠狠色综合久久久久尤物
|
久久香蕉超碰97国产精品
|
一本久久知道综合久久
|
99久久精品免费看国产一区二区三区
|
尹人香蕉久久99天天拍
|
国产精品久久久久蜜芽
|
综合人妻久久一区二区精品
|
久久精品一本到99热免费
|
久久九九有精品国产23百花影院
|