金慶的專欄
C++博客
::
首頁
::
新隨筆
::
聯系
::
聚合
::
管理
::
423 隨筆 :: 0 文章 :: 454 評論 :: 0 Trackbacks
公告
我的隨筆
我的評論
我參與的隨筆
留言簿
(12)
給我留言
查看公開留言
查看私人留言
隨筆分類
(502)
1. C/C++(166)
(rss)
2. 網游開發(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)
相冊
公告照片
搜索
積分與排名
積分 - 659027
排名 - 25
最新評論
1.?re: boost::asio::spawn 將一統(tǒng)C++網絡庫
asio 成為C++首選網絡庫
--linda
2.?re: log4cxx中文輸出錯誤補丁
評論內容較長,點擊標題查看
--金慶
3.?re: mingw編譯OrzNet
能發(fā)送一個mingw編譯好的OrzNet庫給我嗎? liuweiqcxy@163.com
謝謝!
--劉威
4.?re: log4cxx中文輸出錯誤補丁
評論內容較長,點擊標題查看
--bigbad
5.?re: log4cxx中文輸出錯誤補丁
評論內容較長,點擊標題查看
--bigbad
閱讀排行榜
1.?"multiple definition of" 錯誤(11054)
2.?SVN中邪惡的replace(10972)
3.?VS2005編譯libevent(10429)
4.?混音算法的學習與研究(10230)
5.?C調用lua腳本的效率測試(9019)
評論排行榜
1.?VC6正在被拋棄(35)
2.?VS2005編譯libevent(21)
3.?"multiple definition of" 錯誤(18)
4.?C++引用優(yōu)于指針(17)
5.?ACE與ASIO之間關于Socket編程的比較(16)
需要判斷指針為空嗎
前幾天,KOK3客戶端因為我的資源配置錯誤而崩潰了。
調試器帶我到了出錯的代碼行,是一個空指針解引用。
代碼大致如下:
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];
}
錯誤是因為資源加載出錯,列表為空,所以getItem()返回NULL.
對于資源加載出錯,應該加載時就提示出錯,不應該在使用時才報錯。
getItem()做了索引越界出錯處理,所以它的調用者必須檢查其返回值。
假設ItemList的指針元素保證不為空,正常情況下,索引正確情況下都不會返回空指針。
這種情況下,添加斷言是必要的。
Item* pItem = itemList.getItem(index);
assert(pItem);
return *pItem;
Item* ItemList::getItem(int index)
{
...
assert(_list[index]);
return _list[index];
}
對與索引值,還是用無符號數為好,可省去下界溢出斷。
posted on 2010-02-11 09:48
金慶
閱讀(4507)
評論(11)
編輯
收藏
引用
所屬分類:
1. C/C++
、
2. 網游開發(fā)
評論
#
re: 需要判斷指針為空嗎[未登錄]
2010-02-11 10:19
Bill Hsu
樓主是巨人的?
回復
更多評論
#
re: 需要判斷指針為空嗎[未登錄]
2010-02-11 10:49
kevin lynx
這個問題在我們組里也備受爭議。有人覺得對每個指針進行拿捏然后再決定判斷,很多余,所以索性對所有指針進行空判斷;有人覺得沒必要寫那么多冗余代碼,需要對每個指針進行上下文審查。
拿一個接口為例,接口實現里是否有必要對參數進行判斷?接口調用者是否需要對返回值做判斷?反正這種事情挺糾結的.
回復
更多評論
#
re: 需要判斷指針為空嗎
2010-02-11 11:19
Jimixu
簡簡單單的從兩個if不寫在一起,用||隔開就看出LZ功力非凡,可以節(jié)省很多不必要的判斷
Item* ItemList::getItem(int index)
{
if (index < 0) return NULL;
if (index >= size()) return NULL;
return _list[index];
}
回復
更多評論
#
re: 需要判斷指針為空嗎[未登錄]
2010-02-11 11:50
zz
@Jimixu
兩個if寫在一起用||隔開會增加很多判斷嗎?不解。
如果第一個條件成立,||的后一個條件不是不會判斷了嗎?
回復
更多評論
#
re: 需要判斷指針為空嗎
2010-02-11 11:58
jQuery
@Jimixu
=_=
回復
更多評論
#
re: 需要判斷指針為空嗎[未登錄]
2010-02-11 12:37
絕對零度
@Jimixu
有這種講解嗎?
回復
更多評論
#
re: 需要判斷指針為空嗎
2010-02-11 16:18
金慶
@kevin lynx
我的觀點是:只要有可能為空的,就一定要判斷是否為空; 不可能為空的,可以用一個assert斷言來表達。
關鍵在于判斷是否有可能為空。由函數調用者保證不為空的,就認為不可能為空,可在函數說明中注釋并在函數開始處加個斷言。由進程以外輸入決定的,如用戶輸入,文件輸入,或其他進程傳入數據決定的指針,即使外部接口規(guī)定了不會造成空指針,但仍應該對輸入判斷。外部輸入錯誤不應該造成程序錯誤。
回復
更多評論
#
re: 需要判斷指針為空嗎
2010-02-13 17:01
陳梓瀚(vczh)
理論上,對于一個對象A,如果他不能在這個上下文里面取到所有類型T的值,那么A的類型就不能是T。
舉個例子,句柄可以是個指針。但是如果有規(guī)定是不能為空,那就去搞個句柄類。無論你在哪里使用,都可以在復制和構造的時候集中檢查。譬如,句柄的構造函數可以檢查傳入的指針,為空就崩潰。只要構造成功了,那么句柄里面的內部指針肯定不會是空的。
回復
更多評論
#
re: 需要判斷指針為空嗎[未登錄]
2010-02-15 16:24
Steven
我是比較推崇這樣的寫法的
if (index < 0) return NULL;
if (index >= size()) return NULL;
雖然用 || 可以生成一樣的匯編代碼,但是對于調試維護來說是有區(qū)別的
如果我用 || 的話,并且在return 之前,輸出一些錯誤log
if (index < 0 || index >= size())
{
cout << "invalide index";
return null;
}
當我看到這個log的時候,你怎么才能知道到底是哪個判斷出錯了呢?index是太大還是太小呢?當然你可以說我應該把index的值也一并輸出出來,但是在實踐中很多判斷是很復雜的,很難輸出所有的值,比如長字符串的比較,總不能輸出那么多東西到log里吧。
回復
更多評論
#
re: 需要判斷指針為空嗎
2010-05-12 22:00
classyk
索引值用無符號數并不能減少判斷,反而更加麻煩
回復
更多評論
#
re: 需要判斷指針為空嗎
2010-05-13 09:38
金慶
@classyk
傳統(tǒng)的C程序中是int類型到處使用,而在C++中更傾向于各種功能用不同的類型,如容器大小用size_t. 用無符號數減少了小于0的判斷,“更加麻煩”在哪里?
回復
更多評論
刷新評論列表
只有注冊用戶
登錄
后才能發(fā)表評論。
【推薦】100%開源!大型工業(yè)跨平臺軟件C++源碼提供,建模,組態(tài)!
相關文章:
How are dtLinks created in NavMesh
C++ parameter passing rules
Naming Conventions for Accessors
Visual Studio 2019 Compiler Hangs
Fbx File Format Identifier
查找內存錯誤
std::thread 中的異常會丟失調用棧
用賦值代替 protobuf CopyFrom()
vs2017 linux 編譯輸出改成 vs 格式
為 LiteIDE 添加選中標記
網站導航:
博客園
IT新聞
BlogJava
博問
Chat2DB
管理
Powered by:
C++博客
Copyright © 金慶
熟妇人妻久久中文字幕
|
国产一级做a爰片久久毛片
|
欧美麻豆久久久久久中文
|
综合久久给合久久狠狠狠97色
|
久久综合亚洲欧美成人
|
欧美亚洲色综久久精品国产
|
www亚洲欲色成人久久精品
|
亚洲AV无码久久精品狠狠爱浪潮
|
亚洲综合婷婷久久
|
亚洲色大成网站www久久九
|
国产精品成人久久久久三级午夜电影
|
国产福利电影一区二区三区久久老子无码午夜伦不
|
99国产欧美久久久精品蜜芽
|
久久综合色区
|
777久久精品一区二区三区无码
|
日韩乱码人妻无码中文字幕久久
|
久久精品国产WWW456C0M
|
久久成人精品视频
|
久久ww精品w免费人成
|
无码久久精品国产亚洲Av影片
|
久久伊人中文无码
|
国产成人久久精品二区三区
|
www性久久久com
|
国内精品久久久久影院优
|
久久精品免费一区二区
|
亚洲人成无码久久电影网站
|
久久久噜噜噜久久中文字幕色伊伊
|
777米奇久久最新地址
|
久久国产高潮流白浆免费观看
|
久久无码专区国产精品发布
|
要久久爱在线免费观看
|
亚洲精品乱码久久久久久蜜桃
|
久久精品国产黑森林
|
久久综合给合综合久久
|
亚洲国产成人精品女人久久久
|
欧美激情精品久久久久久久九九九
|
色综合久久中文色婷婷
|
97精品伊人久久久大香线蕉
|
久久最近最新中文字幕大全
|
999久久久免费国产精品播放
|
国产精品成人久久久久久久
|