青青草原综合久久大伊人导航_色综合久久天天综合_日日噜噜夜夜狠狠久久丁香五月_热久久这里只有精品

隨筆-145  評論-173  文章-70  trackbacks-0
         最近突然發現自己曾經建立的C++體系出現了很多漏洞,對很多問題都產生了疑問,不知道自己是鉆了牛角尖還是探究C++的底層或者細節,不過既然碰到了,就解決之吧,或許在某一天之后,會驚奇的發現,原來自己的這些問題會出現某天的筆試或者工作中呢。
          言歸正傳,這個問題是關于new操作符的。今天在完成C++作業的時候,需要自己實現一個strlen來,其實就是調用C語言函數就可以,不過我突發奇想,寫下了下面的這個代碼:
code 1:
1#include <iostream>
2using namespace std;
3
4int main()
5{
6    char *str = new char[4];
7    strcpy(str,"fjifejfief");
8    cout << str << endl;
9}
code 2:
 1#include <iostream>
 2using namespace std;
 3
 4int main()
 5{
 6    char *str = new char[5];
 7    strcpy(str,"Good");
 8    strcat(str,"I Love C++");
 9    cout << str << endl;
10}
上面的兩個代碼都是用到了new操作符,動態分配了一個固定的存儲空間,OK。
然后通過strcpy來實現賦值,從而將原來的那個分配的區域填充。可是在1和2中都有一個問題,那就是,填充的字符串超過了動態分配的大小,在code1中,實際分配的只有4個字節,而自己拷貝過去的確有10個字節(不含null),而code2中,首先初始化的時候沒有問題,后面的連接函數也是。為何我會產生這個問題呢?
因為曾經在《C++ Primer》一書中講到,當進行字符串操作的時候,需要特別注意到那個null要占用一個空間,而對于strcat和其他函數,特別要注意是否超過表示的范圍,而我自己曾經碰到過這個問題,所以比較疑惑,上面的那個沒有溢出嗎?為何可以輸出正確的結果呢?

下面,列出個錯誤的例子來看看:
code3
 1#include <iostream>
 2using namespace std;
 3
 4int main()
 5{
 6    char str[4= "goo";
 7    cout << str << endl;
 8    strcat(str,"sfsfefe");
 9    cout << str << endl;
10    return 0;
11}
明顯code3會出錯(剛開始的時候居然沒有出錯,后來程序才崩潰的,以為靈異事件呢。),固定分配的數組的話,需要特別注意像strcat函數,因為這種連接函數就可能超過范圍,發生錯誤。

ok:
匯總如下:固定分配的時候,不能夠超過數組的范圍,而且字符串的話需要注意總是有一個null在其中的,所以大小要自己把握好。
但是,對于new動態分配的話,可以超過范圍,不管是strcat還是直接在分配的時候超過范圍都可以,Why?
============================================================================================================

經過網友留言匯總,同時自己測試,發現了一些新的問題,也有了新的體會!   Version 1

============================================================================================================

留言匯總(解答):
經過和網友的討論,我初步了解了錯誤可能的原因,現羅列如下,如有遺漏和錯誤,還望各位指教。
1.兩者的分配方式不同。使用關鍵字new操作符分配的話,分配的空間是在堆當中(heap),而直接使用數組的話,分配的空間在堆棧中(stack)。
2.操作。對于堆棧的溢出,由于變量的填充時按照從高地址到低地址的方式,所以,溢出的話會修改函數的返回值,造成運行的錯誤。而對于堆分配的話,這里即使溢出了,由于沒有對它進行進一步操作,所以沒有出現問題。
3.我的一點理解。對于堆棧溢出的錯誤,我想大家都知道了,可是上面的這個堆溢出的話,好像即使有錯誤也沒有什么問題。我嘗試了使用
delete []str,或者是輸出str[8]等單元,都是顯示正確的結果,也沒有出現錯誤。所以懷疑的是,難道堆上的這種分配這么安全,那我delete的話,到底是刪除的分配的4個字節,還是拷貝過去的溢出的那個超過4個字節的那么多單元內容呢?我的理解是,堆上分配的單元由于太隨意,靈活性太強,所以對于錯誤的發生就可能性很小。
4.我寫的調試代碼的一個新的問題:
 1#include <iostream>
 2using namespace std;
 3
 4int main()
 5{
 6    char* str1 = new char[4];
 7    str1 = "sfe"  //如果去掉這一行,那么程序就可以正常運行了……可是這個僅僅是初始化指針的啊。
 8    char str2[4= "adf";
 9    cout<<"賦值前:"<<endl;
10    cout<<"str1指向:"<<&str1<<endl;
11    cout<<"str1內容:"<<str1<<endl;
12    cout<<"str2指向:"<<&str2<<endl;
13    cout<<"str2內容:"<<str2<<endl;
14    strcpy(str2,"ooo");
15    cout<<"str2先賦值后:"<<endl;
16    cout<<"str1指向:"<<&str1<<endl;
17    cout<<"str1內容:"<<str1<<endl;
18    cout<<"str2指向:"<<&str2<<endl;
19    cout<<"str2內容:"<<str2<<endl;
20    strcpy(str1,"iiiiii");
21    cout<<"str1后賦值后:"<<endl;
22    cout<<"str1指向:"<<&str1<<endl;
23    cout<<"str1內容:"<<str1<<endl;
24    cout<<"str2指向:"<<&str2<<endl;
25    cout<<"str2內容:"<<str2<<endl;
26        
27}

28
程序在運行一半后崩潰,典型的溢出了。但是,此代碼如果去掉上面初始化的那一行,程序就沒有錯誤,而且我這里還計算發現對于堆棧的話沒有任何錯誤,而堆的話故意寫了個溢出的賦值,就是下面strcpy(str1,"iiiiii");
此時加上初始化的代碼后,問題就來了,上個截圖。




從錯誤的信息來看,就是指向到 strcpy(str1,"iiiiii")的時候出錯了的。

這個說明:在我沒有對堆上的變量初始化的時候,如果越界了,沒有發現出錯(它會自動擴展那個大小嗎?)。
而如果我對堆上的變量初始化的話,那么,再次復制的時候,如果越界了,就會發生錯誤!

各位,知道為什么嗎?(問題好像更明朗了些,而且好像更深入了些。當然,鉆這個牛角尖或許沒有必要!)
posted on 2010-01-13 23:14 deercoder 閱讀(2219) 評論(23)  編輯 收藏 引用

評論:
# re: 【歡迎各位留言討論】C++中運算符New的一個疑問[未登錄] 2010-01-14 00:54 | Steven
你需要去了解下 堆(stack) 和 棧(heap) 的區別.  回復  更多評論
  
# re: 【歡迎各位留言討論】C++中運算符New的一個疑問 2010-01-14 02:06 | 陳梓瀚(vczh)
因為new的時候,系統可以選擇多給你幾個字節,而且這并不是固定的數字。  回復  更多評論
  
# re: 【歡迎各位留言討論】C++中運算符New的一個疑問 2010-01-14 02:20 | OwnWaterloo
1. 在C/C++代碼正確且C/C++實現(編譯器,運行庫)正確的情況下, C/C++語言保證得到正確的結果。

如果出現了錯誤的結果, 可以問why。
是"C/C++代碼正確"這個假設有誤? 還是"C/C++實現正確"這個假設有誤?


2. 如果C/C++代碼本身有某種錯誤, C/C++實現不保證得到正確的結果, 也不保證得到錯誤的結果, 更不保證會報告錯誤的結果。
代碼的錯誤有可能會被隱藏, 到其他時候發作。

這時候, 詢問"為什么沒有出現錯誤", 是不明智的。
C/C++實現沒有義務保證產生一個錯誤。
  回復  更多評論
  
# re: 【歡迎各位留言討論】C++中運算符New的一個疑問 2010-01-14 09:22 | bluegene
我是這樣理解的,你用 new 分配的空間是放在堆(heap)里的,超出了的空間如果不被其它數據覆蓋暫時是沒有問題的。固定分配的時候是在棧(stack)里分配的,其空間肯定是不能益處的。  回復  更多評論
  
# re: 【歡迎各位留言討論】C++中運算符New的一個疑問 2010-01-14 10:26 | 飯中淹
new分配的在堆里,你溢出了,只會導致堆出問題。而你下面又沒有再使用堆,所以不會出錯。
直接寫的局部變量,分配在堆棧里,堆棧里有函數的返回地址,所以溢出了,覆蓋了返回地址,函數執行完就出錯了。
另外,有些 編譯器會生成對固定長度數組的保護性檢測代碼,一旦溢出,就會彈出提示。早先在vs2003還是vs2002的時候見過。
  回復  更多評論
  
# re: 【歡迎各位留言討論】C++中運算符New的一個疑問 2010-01-14 10:27 | zuhd
對于堆來講,生長方向是向上的,也就是向著內存地址增加的方向;對于棧來講,它的生長方向是向下的,是向著內存地址減小的方向增長。看下反匯編代碼一切都明白了
  回復  更多評論
  
# re: 【歡迎各位留言討論】C++中運算符New的一個疑問 2010-01-14 10:31 | zuhd
棧里有函數的返回地址,所以溢出了,覆蓋了返回地址,函數執行完就出錯了。

==========================================
這句話是重點,當ret的時候,call下條指令時異常了,如果你多定義了幾個變量,讓棧溢出不到函數的返回地址,錯誤依然不會出現的  回復  更多評論
  
# re: 【歡迎各位留言討論】C++中運算符New的一個疑問[未登錄] 2010-01-14 12:43 | vane
出錯是必然的,沒問題的時候你比較幸運。

#include <iostream>
using namespace std;

#pragma pack(push)
#pragma pack(1)
int main()
{
char *str = new char[5];
strcpy(str,"Good");
strcat(str,"I Love C++");
cout << str << endl;
}
#pragma pack(pop)

你可以這么試一下  回復  更多評論
  
# re: 【歡迎各位留言討論】C++中運算符New的一個疑問 2010-01-14 15:53 | 壞人
越界,后果自負。  回復  更多評論
  
# re: 【歡迎各位留言討論】C++中運算符New的一個疑問 2010-01-14 15:57 | turygo
數組越界都是這樣的,錯誤不是立刻出現,而是不知道什么時候就出問題了,而且到那個時候代碼量一大,你根本無從找起錯誤。  回復  更多評論
  
# re: 【歡迎各位留言討論】C++中運算符New的一個疑問 2010-01-14 17:30 | 零宇
建議樓主補充一下基礎知識  回復  更多評論
  
# re: 【歡迎各位留言討論】C++中運算符New的一個疑問 2010-01-14 19:22 | besterChen
LZ遇到的問題是堆和棧溢出的問題,您說的可能是靈異事件是因為程序對棧和堆檢查導致的。

不知道LZ用的是什么開發環境。我學習C語言也剛好學到這里,自己在VC6得開發環境下仔細調試過其過程并做了筆記,地址:http://m.shnenglu.com/besterChen/archive/2010/01/13/105538.html

希望能對樓主有幫助,由于自己也是初學,希望LZ能多多指正日志中的錯誤……  回復  更多評論
  
# re: 【歡迎各位留言討論】C++中運算符New的一個疑問 2010-01-14 22:30 | wildpointer
這種越界的事,你知道會錯還用。  回復  更多評論
  
# re: 【歡迎各位留言討論】C++中運算符New的一個疑問 2010-01-14 23:21 | 劉暢
@Steven
好的,謝謝。我覺得也應該是這方面的問題。  回復  更多評論
  
# re: 【歡迎各位留言討論】C++中運算符New的一個疑問 2010-01-14 23:22 | 劉暢
@陳梓瀚(vczh)
可是多出來的字節是無法預知的啊。而且如果太多的話還是會溢出的吧。  回復  更多評論
  
# re: 【歡迎各位留言討論】C++中運算符New的一個疑問 2010-01-14 23:25 | 劉暢
@bluegene
謝謝,之前一直覺得和內存的分配有關,堆棧和堆確實不大一樣。  回復  更多評論
  
# re: 【歡迎各位留言討論】C++中運算符New的一個疑問 2010-01-14 23:27 | 劉暢
@飯中淹
@zuhd
謝謝你們的精彩解釋,受益匪淺。  回復  更多評論
  
# re: 【歡迎各位留言討論】C++中運算符New的一個疑問 2010-01-14 23:29 | 劉暢
@besterChen
呵呵,一起學習!  回復  更多評論
  
# re: 【歡迎各位留言討論】C++中運算符New的一個疑問 2010-01-14 23:29 | 劉暢
@零宇
好的,謝謝!  回復  更多評論
  
# re: 【歡迎各位留言討論】C++中運算符New的一個疑問 2010-01-15 00:05 | Benjamin
strcpy等在一些公司的編碼規范中是禁用的。  回復  更多評論
  
# re: 【歡迎各位留言討論】C++中運算符New的一個疑問 2010-01-15 00:55 | 空明流轉
bushuoshale...  回復  更多評論
  
# re: 【歡迎各位留言討論】C++中運算符New的一個疑問[未登錄] 2010-01-15 09:47 | Steven
@劉暢
呵呵,我把堆和棧的英文寫反了。。。
以前寫C 程序的時候經常用到大量的 strcopy, strcat之類的函數,偶爾出錯是在所難免的,只要是人總是有算錯的時候,尤其有些時候混合處理unicode和ansi串的時候,算字符串長度是容易出錯的。

所以后來寫 C++ 的時候我盡量避免去使用這類函數了,而是傾向于用 stl的string wstring, 盡量用 stl的容器類去代替自己分配管理內存。

代碼規模大到一定程度,除了緩沖溢出實在是很難找。
順便說下,http://www.coverity.com/products/static-analysis.html
這個東西很強大,可以檢測到你代碼里潛在的溢出問題。  回復  更多評論
  
# re: 【歡迎各位留言討論】C++中運算符New的一個疑問 2010-01-15 12:43 | 劉暢
@Steven
謝謝,去看看,學習了……  回復  更多評論
  

只有注冊用戶登錄后才能發表評論。
網站導航: 博客園   IT新聞   BlogJava   博問   Chat2DB   管理


青青草原综合久久大伊人导航_色综合久久天天综合_日日噜噜夜夜狠狠久久丁香五月_热久久这里只有精品
  • <ins id="pjuwb"></ins>
    <blockquote id="pjuwb"><pre id="pjuwb"></pre></blockquote>
    <noscript id="pjuwb"></noscript>
          <sup id="pjuwb"><pre id="pjuwb"></pre></sup>
            <dd id="pjuwb"></dd>
            <abbr id="pjuwb"></abbr>
            最新中文字幕一区二区三区| 亚洲精品视频免费在线观看| 欧美一区二区精品在线| 亚洲欧洲日产国产综合网| 国产精品一二三| 国产精品狼人久久影院观看方式| 欧美精品在线观看91| 欧美日韩精品一区二区天天拍小说| 欧美电影资源| 欧美日韩人人澡狠狠躁视频| 欧美天天综合网| 欧美日韩中文另类| 国产精品久久国产精麻豆99网站| 国产精品日韩欧美一区二区三区| 国语自产精品视频在线看8查询8| 亚洲福利视频一区| 一区二区三区日韩欧美| 欧美一级成年大片在线观看| 久久亚洲一区| 最新高清无码专区| 亚洲欧美日韩成人| 另类人畜视频在线| 国产精品久久久久一区二区三区| 国产一区二区三区观看 | 午夜精彩国产免费不卡不顿大片| 亚洲你懂的在线视频| 欧美成人a视频| 国产欧美日韩一区二区三区| 亚洲国产精品传媒在线观看| 99视频精品免费观看| 久久精品国产第一区二区三区最新章节| 欧美专区在线| 亚洲黑丝一区二区| 欧美一区二区高清在线观看| 欧美大学生性色视频| 国产精品久久久久7777婷婷| 亚洲国产精品va在线看黑人动漫 | 亚洲第一中文字幕| 亚洲一级二级| 欧美精品1区2区| 狠狠色狠狠色综合日日tαg| 亚洲一级在线| 亚洲福利视频网| 欧美在线播放高清精品| 国产精品国产三级国产专播品爱网| 在线日韩视频| 久久国产手机看片| 一本久久青青| 欧美精品1区2区| 亚洲国产高清在线观看视频| 欧美在线看片a免费观看| 亚洲精品美女| 欧美电影资源| 亚洲精品乱码视频| 欧美国产日本韩| 久久久人成影片一区二区三区观看 | 国内视频一区| 性xx色xx综合久久久xx| 亚洲精品视频在线观看网站| 麻豆国产精品一区二区三区| 亚洲国产另类精品专区 | 99在线视频精品| 亚洲国产精品va在线观看黑人| 久久久精品一区| 精品动漫3d一区二区三区| 亚洲综合色噜噜狠狠| 亚洲人www| 欧美日韩高清在线观看| 一区二区三区免费网站| 99热这里只有精品8| 国产精品成人v| 欧美一区二区视频免费观看| 欧美一区二区女人| 在线看日韩av| 亚洲国产影院| 欧美午夜在线观看| 欧美中文字幕第一页| 欧美在线播放一区| 亚洲黄色av| 亚洲精品偷拍| 欧美性大战久久久久| 小黄鸭视频精品导航| 久久久99爱| 一本久久综合亚洲鲁鲁五月天| 99精品欧美一区二区三区| 国产精品美女| 麻豆精品精品国产自在97香蕉| 久久综合九色综合网站| 一区二区三区日韩| 性亚洲最疯狂xxxx高清| 亚洲福利久久| 一区二区高清在线| 激情五月综合色婷婷一区二区| 亚洲国产精品久久人人爱蜜臀| 欧美日韩直播| 免费观看成人www动漫视频| 欧美高清在线精品一区| 午夜在线一区| 欧美经典一区二区| 久久精品综合网| 欧美成人网在线| 久久狠狠亚洲综合| 欧美精品一区在线播放| 久久9热精品视频| 欧美激情一区二区| 免费成人在线观看视频| 国产精品色婷婷| 欧美成人在线免费观看| 国产精品自拍三区| 亚洲乱码国产乱码精品精可以看| 国产精品久久久久久久久动漫| 欧美不卡高清| 久久精品五月婷婷| 亚洲特黄一级片| 牛牛影视久久网| 久久美女性网| 国产欧美91| 日韩视频在线观看| 亚洲国产精品传媒在线观看| 午夜精品理论片| 亚洲午夜视频在线观看| 久久综合久久综合这里只有精品| 午夜精品久久| 欧美日韩一区二区三区免费看| 麻豆av一区二区三区久久| 国产亚洲激情在线| 亚洲综合日韩在线| 亚洲欧美日韩国产另类专区| 欧美日韩和欧美的一区二区| 亚洲第一精品福利| 亚洲福利视频一区| 久久精品国产一区二区电影| 久久精品国产久精国产爱| 欧美午夜视频网站| 99精品国产在热久久婷婷| 在线视频精品一区| 欧美区在线播放| 日韩视频二区| 亚洲一区二区三区高清| 欧美天堂在线观看| 一本久久青青| 亚洲欧美日韩国产中文| 国产精品你懂的在线欣赏| 亚洲午夜国产一区99re久久| 午夜国产精品视频免费体验区| 欧美日韩国产综合一区二区| 99re在线精品| 中文无字幕一区二区三区| 欧美日韩免费在线视频| 亚洲午夜电影| 理论片一区二区在线| 一区在线免费观看| 美玉足脚交一区二区三区图片| 猛干欧美女孩| 亚洲每日更新| 欧美日韩国产一中文字不卡| 在线亚洲欧美专区二区| 欧美专区一区二区三区| 伊人成人在线| 欧美sm重口味系列视频在线观看| 亚洲精品国精品久久99热一| 亚洲影院免费| 国模精品一区二区三区色天香| 久久天天躁狠狠躁夜夜爽蜜月| 亚洲高清123| 亚洲在线免费视频| 国产一区二区精品久久91| 久久精品日产第一区二区三区| 亚洲国产精品ⅴa在线观看| 亚洲一区图片| 激情文学综合丁香| 欧美日韩中文字幕| 久久成人一区| 日韩一级片网址| 久久精品日韩| 国产一区二区三区四区老人| 男人的天堂亚洲在线| 91久久久久| 久久久久久久一区二区三区| 亚洲精品国产系列| 国产一区二区欧美日韩| 你懂的视频一区二区| 亚洲欧美中文另类| 一道本一区二区| 好吊色欧美一区二区三区视频| 欧美日韩国产123区| 久久精品国产久精国产爱| 欧美激情精品久久久久久免费印度 | 日韩视频在线一区二区三区| 久久国产精品久久精品国产| 日韩小视频在线观看专区| 国产一区二区三区在线观看精品| 欧美日韩1080p| 美女精品自拍一二三四| 亚洲欧美综合精品久久成人 | 久久国产加勒比精品无码| 夜久久久久久| 亚洲青涩在线| 欧美激情一区二区三区全黄| 久久精品男女|