問題來源：

在寫二叉樹序列化與反序列化時發(fā)現(xiàn)序列化函數(shù)為char* Serialize1(TreeNode *root)  其函數(shù)返回類型為char*，但是我在實現(xiàn)的過程中為了更方便的操作添加字符串使用的是C++中string類型的變量，這就導(dǎo)致我最后得到的結(jié)果res是string類型，若是要返回需要轉(zhuǎn)化為char *類型。而等我將string類型轉(zhuǎn)為char*后返回在主函數(shù)中就成了亂碼。

先直接說最后的解決辦法:

第一種：定義一個char數(shù)組，數(shù)組長度為stringlength+1，將string的內(nèi)容依次賦值給char數(shù)組，最后加上'\0' ，然后返回char數(shù)組名就行了。

第二種：將string定義為類的成員變量

就貼第一種方法的代碼

char *result = new char[res.length() + 1];　　//定義需要返回的result對象
for (int i = 0; i < res.length(); ++i)
{
   result[i] = res[i];　　　　//將string類型的res內(nèi)容都放到result內(nèi)
}
result[res.length()] = '\0';　　//加上結(jié)束符\0

再說說我嘗試的方法

嘗試1：

一開始我是直接定義char *result=&res[0]；想要通過這個語句直接返回這個string類型變量的首地址，但是失敗了，在主函數(shù)中的結(jié)果變量是亂碼 "葺葺葺葺葺葺葺葺葺葺"

嘗試2：

于是我開始思考可能的原因

1.考慮到局部變量可能隨著函數(shù)釋放，因此導(dǎo)致我返回的指針指向的內(nèi)容隨著函數(shù)一起釋放導(dǎo)致了亂碼，但一想到平時寫的函數(shù)都是正常返回的，所以這個我很快否決了，但最后發(fā)現(xiàn)這個思路是對的。至于平常寫的函數(shù)都是正常返回則是因為沒有涉及到類型轉(zhuǎn)換。

2.通過VS的調(diào)試發(fā)現(xiàn)我使用的char *result=&res[0]語句返回的是res的首個元素地址，并不是res的首地址，因為string作為std封裝的數(shù)據(jù)結(jié)構(gòu)除了char*這種從C吸收過來的結(jié)構(gòu)還有內(nèi)存分配allocate這些東西所以導(dǎo)致其內(nèi)存地址并不像char數(shù)組那樣是首個元素地址

所以我想干脆把整個string類型的res都賦值給char *類型的result

所以我嘗試了char *result=(char*)res.data();語句，將res(res是string類型的結(jié)果)賦給result，轉(zhuǎn)換是成功的，但返回值依舊失效（且這種轉(zhuǎn)換需要自己加上\0結(jié)束符）

然后嘗試char *result=(char*)res.c_str();結(jié)果也是成功的，但返回值依舊失效。

最后嘗試，用new新建一個char數(shù)組，將res的內(nèi)容全部拷貝到char數(shù)組內(nèi)，然后將數(shù)組名返回，終于成功。

問題根源

通過VS調(diào)試我最終發(fā)現(xiàn)了問題根源所在：res所占內(nèi)存隨著函數(shù)結(jié)束而被釋放

這是函數(shù)未執(zhí)行完的調(diào)試界面

這是執(zhí)行完調(diào)試界面

很明顯：res沒有了，在函數(shù)執(zhí)行完畢后res內(nèi)存也跟著被釋放了而char數(shù)組result卻仍然存在。他們的不同點在哪：result是返回值

我們知道函數(shù)的函數(shù)棧知識點，棧內(nèi)存放著函數(shù)入口地址，局部變量，返回地址等，我猜測result作為要被返回的對象其內(nèi)存空間應(yīng)該是不隨著函數(shù)一起被釋放的，也就是主函數(shù)內(nèi)的返回值應(yīng)該還是用那塊內(nèi)存，經(jīng)過測試這個結(jié)論是對的。主函數(shù)中的變量的確是使用返回值那塊內(nèi)存。

到這里就發(fā)現(xiàn)了，雖然執(zhí)行char* result=(char*)res.c_str()語句能讓result內(nèi)是完整的結(jié)果內(nèi)容（也就是轉(zhuǎn)換完成），但result會隨著string類型的res的釋放而導(dǎo)致char*類型的result所指向的內(nèi)存空間內(nèi)容全部清空。最后雖然返回了result所指的空間但里面的內(nèi)容早就被清空了。就好比把內(nèi)存比作一塊地，res先在其上面蓋了一座房子，而使用上面轉(zhuǎn)換語句后result也是房子的主人，這下房子有了兩個主人，他們都能對房子進(jìn)行操作。正因為他們都能進(jìn)行操作，當(dāng)他們所屬函數(shù)結(jié)束也就是res大限到來之時，res將自己建立的房子銷毀了。那么result也就沒有房子可住了。也就是他們公用的那片內(nèi)存被初始化，這時主函數(shù)雖然收到了返回地址但那片地址已經(jīng)沒有內(nèi)容了。也就導(dǎo)致亂碼了。

到這里，問題的根源就知道了，那么解決方法也就很明顯了：1.內(nèi)存分離，將res和result的所屬內(nèi)存地址分開。2.或者想辦法讓res所在內(nèi)存不隨著函數(shù)結(jié)束而釋放.

具體實現(xiàn)：

第1種.上面那段new新建char*變量的代碼。為result重新開辟一段空間。

第2種.i:若在類里：將res設(shè)為類的成員變量或者static成員變量（最好不要，能成功但會有新問題出現(xiàn)），他們都不會隨著成員函數(shù)的結(jié)束而釋放。區(qū)別就是普通成員變量會隨著對象的釋放而釋放，static不會，它是存放在靜態(tài)存儲區(qū)

ii:若是像C這類面向過程代碼就是將res設(shè)為全局變量即可

到此這篇關(guān)于C++中string轉(zhuǎn)換為char*類型返回后亂碼問題解決的文章就介紹到這了,更多相關(guān)C++中string轉(zhuǎn)換為char*類型亂碼內(nèi)容請搜索腳本之家以前的文章或繼續(xù)瀏覽下面的相關(guān)文章希望大家以后多多支持腳本之家！

最新評論