• <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>
            OnTheWay2012
            埋葬昨天的我,迎來重生的我!
            posts - 15,  comments - 89,  trackbacks - 0
            今天在寫代碼的時候發現了一個很有意思的錯誤,出錯的代碼如下。
            加入你的電腦里定義了JAVA_HOME這個環境變量,你能看出程序的輸出結果是什么嗎?
             1#include <iostream>
             2#include <assert.h>
             3#include <map>
             4#include <string>
             5
             6using namespace std;
             7
             8bool GetEnvByKey(string const &strKey, string &strValue)
             9{
            10    bool bRet = false;
            11
            12    assert(!strKey.empty());
            13
            14    size_t sizeValue = 0;
            15    if(0 == getenv_s(&sizeValue, NULL, 0, strKey.c_str()))
            16    {
            17        strValue.reserve(sizeValue);
            18        bRet = (0 == getenv_s(&sizeValue, const_cast<char*>(strValue.c_str()), sizeValue, strKey.c_str()));
            19    }

            20
            21    return bRet;
            22}

            23
            24int main( )
            25{
            26    string strKey("JAVA_HOME");
            27    string strValue;
            28    
            29    if(GetEnvByKey(strKey, strValue))
            30    {
            31        cout<<strKey<<endl;
            32        cout<<strValue<<endl;
            33
            34        map<stringstring> mapEnvInfo;
            35        mapEnvInfo.insert(mapEnvInfo.end(), make_pair(strKey, strValue));
            36
            37        cout<<mapEnvInfo.size()<<endl;
            38        cout<<mapEnvInfo.begin()->first<<endl;
            39        cout<<mapEnvInfo.begin()->second<<endl;
            40    }

            41
            42    return 0;
            43}


            先把你猜想的結果寫出來,然后再把代碼復制到VC里你試一下,看看到底輸出什么。你猜對了嗎?是不是輸出結果有點不太對?呵呵,經過調試代碼你發現錯誤了嗎?
            錯誤就在
            strValue.reserve(sizeValue);
            bRet = (0 == getenv_s(&sizeValue, const_cast<char*>(strValue.c_str()), sizeValue, strKey.c_str()));
            這兩行。
            錯在這種使用strValue的方式,詳述如下:
            strValue.reserve(sizeValue)這句代碼給strValue分配了sizeValue字節的內存,然后getenv_s又把從操作系統里取得的值賦給了strValue所代表的內存中,請注意strValue除了有指向字符串的內存數組,還有一個記錄該字符串中保存的字符數的一個變量_Mysize。上面的getenv_s執行后只是把字符串給賦值了,但是這個記錄字符串中字符個數的變量卻沒有賦值。下面的代碼需要使用這個變量才能進行輸出,而此時這個變量是0,所以strValue就沒有輸出。
            經過上面的說明之后你肯定明白了上述代碼出錯的原因。為什么會出錯?是因為我們使用strValue的時候把它認為成了數組,所以就出錯了。本來strValue是一個對象,它具有各種方法,但是我們的使用方式強迫strValue脫下外衣,強迫它變成赤裸裸的字符串數組,這就是問題的發生根源。因此我們使用類對象的時候一定不能把類的外衣脫掉,讓類帶來的好處消失于無形。
            posted on 2010-04-02 22:30 OnTheWay 閱讀(2782) 評論(9)  編輯 收藏 引用 所屬分類: C、C++

            FeedBack:
            # re: 不要把類的外衣脫下來,讓類的美麗消失于無形
            2010-04-02 22:54 | 楊帆
            恩,明白,有收獲。3Q。  回復  更多評論
              
            # re: 不要把類的外衣脫下來,讓類的美麗消失于無形
            2010-04-02 23:10 | 楊帆
            不對,我又看了看,我覺得樓主的理解似乎有問題,也請指教指教。

            strValue.reserve(sizeValue);
            bRet = (0 == getenv_s(&sizeValue, const_cast<char*>(strValue.c_str()), sizeValue, strKey.c_str()));

            的確是這里有問題,問題的確出在const_cast<char*>(strValue.c_str())這個表達式上。

            但是樓主想表達的意思是不是getenv_s()這個函數把strValue這個string類型“強行”當做的了一個字符串來進行處理,這個函數修改strValue的時候,僅僅修改了“一部分”?

            我想應該是這樣,const_cast<char*>(strValue.c_str())是這么執行的:
            1、strValue.c_str() 這里strValue返回了一個”臨時的“字符串,注意,是臨時的而且是const的,它應該是新開辟了一小段內存用以存儲這個C-Style字符串,而不是把strValue本身當做字符串給返回回去了。

            2、使用const_cast<char *>將這個const 并且”臨時的“字符串進行了轉換,轉換成了 非const ,但仍然是臨時的字符串。

            3、然后getenv_s()函數會對這個臨時非const的字符串進行一些操作。

            4、隨著函數調用的結束,這個臨時的字符串被釋放掉了。

            在上邊這個過程中,并沒有對strValue進行任何改變,也正因此在以后才什么都沒有輸出來。

            和樓主不一樣的是,getenv_s()根本沒有對strValue進行任何操作。  回復  更多評論
              
            # re: 不要把類的外衣脫下來,讓類的美麗消失于無形
            2010-04-03 08:59 | OnTheWay
            @楊帆
            謝謝你的關注。
            不過strValue.c_str()沒有返回什么臨時的指針。
            因為c_str()函數返回的是一個char const *類型,這說明返回的指針是不可寫的。但是我為了讓返回的指針可寫,所以加了const_cast。這同時說明有const_cast的地方都存在潛在的錯誤。你可以在VC2005的debug版下看看程序具體的執行過程,在此過程中沒有創建臨時的字符串數組。  回復  更多評論
              
            # re: 不要把類的外衣脫下來,讓類的美麗消失于無形
            2010-04-03 09:24 | CBKID
            @楊帆
            我也感覺有點像你的看法,但是如果這樣的話可以先給strValue賦值,如果真的沒有進行任何操作的話結果就很顯眼了。  回復  更多評論
              
            # re: 不要把類的外衣脫下來,讓類的美麗消失于無形
            2010-04-03 13:06 | 楊帆
            @OnTheWay
            感謝樓主,恩,我驗證了一下,我的理解不正確,不好意思哈,也感謝從你這學到了東西,3Q。

            我用下列代碼進行了驗證,在gcc下編譯通過。

            #include <iostream>
            #include <string>
            using namespace std;

            int main(){
            string CppString("我是一個string啊,咿呀咿呀喲!");

            //在這里用c_str()返回了一個CStyle字符串,保存在CStyleString上
            char * CStyleString = const_cast< char *>( CppString.c_str() );

            //首先驗證一下這個CStyleString的內容是不是正確
            cout << CStyleString <<endl;

            //然后對CStyleString進行一些改變。
            cin >> CStyleString ;

            //輸出改變后的CStyleString看看。
            cout << CStyleString << endl;

            //這時再輸出CppString的內容,它改變了!。
            cout << CppString <<endl;
            return 0;
            }

            程序運行如下:
            我是一個string啊,咿呀咿呀喲!
            我是一個CStyle String啊,咿呀咿呀喲! //這是我的輸入。
            我是一個CStyle
            我是一個CStyle ……&%¥*&…… //后邊一一堆亂碼,原因請見樓主的帖子。  回復  更多評論
              
            # re: 不要把類的外衣脫下來,讓類的美麗消失于無形
            2010-04-03 15:06 | 楊帆
            進一步琢磨,我在http://www.cplusplus.com/上查了查c_str的描述,連接為:http: //www.cplusplus.com/reference/string/string/c_str/
            描述如下:
            const char* c_str ( ) const;

            Get C string equivalent
            Generates a null-terminated sequence of characters (c-string) with the same content as the string object and returns it as a pointer to an array of characters.

            A terminating null character is automatically appended.

            The returned array points to an internal location with the required storage space for this sequence of characters plus its terminating null-character, but the values in this array should not be modified in the program and are only granted to remain unchanged until the next call to a non-constant member function of the string object.


            關鍵位最后一段:(湊乎著翻譯下,大家海涵哈,不要覺得它慘不忍睹哈,^_^)

            該函數所返回的指針(數組)指向該字符串的內部(internal)位置,并且該位 置具有足夠存儲空間來存儲該字符序列以及表示結尾的空字符,但是返回數組中的值在程序不應該有任何修改并只應被傳值使用(這里的grant實在譯不好,望 大牛們指教),直到下一次調用該字符串對象的非常(non-const)成員函數。

            這一段話再次驗證了樓主的說法。


              回復  更多評論
              
            # re: 不要把類的外衣脫下來,讓類的美麗消失于無形
            2010-04-03 19:44 | OnTheWay
            @楊帆
            感謝你的持續關注。
            你的鉆研精神值得敬佩。  回復  更多評論
              
            # re: 不要把類的外衣脫下來,讓類的美麗消失于無形
            2010-04-05 08:18 | 99書城
            福建省地方你們是地方  回復  更多評論
              
            # re: 不要把類的外衣脫下來,讓類的美麗消失于無形
            2010-04-13 02:29 | 欲三更
            代碼沒看,但是要如lz所說的話,好無厘頭的錯誤啊。。。  回復  更多評論
              

            <2025年5月>
            27282930123
            45678910
            11121314151617
            18192021222324
            25262728293031
            1234567

            常用鏈接

            留言簿(4)

            隨筆分類

            隨筆檔案

            友情連接

            搜索

            •  

            最新評論

            閱讀排行榜

            評論排行榜

            久久精品一区二区三区不卡| 77777亚洲午夜久久多喷| 精品久久久久久中文字幕人妻最新| 欧美日韩精品久久久久| 777午夜精品久久av蜜臀| 国产情侣久久久久aⅴ免费| 一级做a爰片久久毛片16| 久久亚洲精品国产亚洲老地址| 亚洲乱码中文字幕久久孕妇黑人| 国产精品久久久亚洲| 久久亚洲中文字幕精品一区| 久久亚洲精精品中文字幕| 国产激情久久久久影院老熟女免费 | 久久青青国产| 久久男人Av资源网站无码软件| 狠狠色丁香婷婷综合久久来来去 | 久久精品www| 久久受www免费人成_看片中文| 久久久久四虎国产精品| 狠狠综合久久综合88亚洲| 情人伊人久久综合亚洲| 久久99精品久久久久久久不卡 | 午夜精品久久久久久毛片| 久久亚洲综合色一区二区三区| 久久99热这里只有精品国产| 久久人人爽人人爽人人片AV东京热| AV色综合久久天堂AV色综合在| 久久精品中文字幕一区| 亚洲日本va午夜中文字幕久久| 久久国产成人午夜AV影院| 国内精品伊人久久久久AV影院| 亚洲日韩中文无码久久| 亚洲国产成人久久综合区| 日产久久强奸免费的看| 久久久久亚洲AV成人网人人软件| 99久久婷婷免费国产综合精品| 久久久久成人精品无码中文字幕| 日韩精品久久久久久久电影蜜臀| 久久精品国产男包| 久久久久久久亚洲Av无码| 国产精品美女久久久m|