一、遇到的問題

現在有一個這樣的需求，需要將const QString 轉換成  char *

例如:  

const QString q_ip = "192.168.1.1";
const char* kc_ip = q_ip.toStdString().c_str(); //單步調試顯示的結果可能會是'\0'
char* k_ip = const_cast<char*>(kc_ip);

而當我這樣寫時:

std::string str_ip = str.toStdString();
const char* kc_ip = str_ip.c_str();
//kc_ip 是"192.168.1.1" ,printf 輸出也是正常的，不是空

這是由于：

str.toStdString().c_str()中toStdString()是一個臨時std::string變量，而c_str()是指向這個臨時std::string變量的字符串地址，所以傳給c時這個臨時std::string變量已經被析構，其內容是空，c_str()自然就是'\0'。不過這種情況在未知情況下發(fā)生，有時直接寫QString::toStdString().c_str() 也是好用的。

這個函數返回一個與這個QString內容相同的std::string對象。注意這個函數的返回值是一個對象。

二、查閱其他說明

在 C++ 中，函數返回對象一般是類似下面的代碼：

clazz foo() const { clazz c; c.member = 0; return c; }
clazz foo ( ) const
{
     clazz c ;
     c . member = 0 ;
     return c ;
}

注意這里的返回對象，其實是一個臨時對象。在上面代碼中，雖然我們在函數體內創(chuàng)建了一個clazz的對象c，但返回的并不是“這個”對象，而是由 C++ 創(chuàng)建一個臨時對象，再將這個臨時對象返回。注意這里是“臨時對象”，臨時對象是有生命周期的?！禖++ 程序設計語言》第 10 章中寫道，“除非一個臨時對象被約束到某個引用，或者被用于作為命名對象的初始化，否則它將在創(chuàng)建它的那個完整表達式結束時銷毀”。所謂“完整表達式”，是指不是其它表達式的子表達式的表達式。簡單來說，一個完整表達式的標識一般是一個分號。

這句看似繞口的話解釋了之前所有的現象。在第一段代碼中，由于函數返回一個臨時變量，我們立即調用了這個臨時對象的c_str()函數。這一切都沒有問題。之后，完整表達式結束（遇到分號），而這個臨時變量沒有賦值給某個引用或用于給某個對象初始化，所以這個臨時變量被立即銷毀。由此對象獲得的c_str()函數結果同樣被銷毀，因此發(fā)生段錯誤。在第二段代碼中，這個臨時變量用于給sstr對象初始化，我們之后調用的是這個新的被初始化完成的對象的函數，也就是正常的。第三段代碼雖然也沒有賦值給某個引用或用于給某個對象初始化，但在str.toStdString().c_str()語句結束后，表達式并沒有結束，而是繼續(xù)執(zhí)行函數調用。直到函數調用返回，才遇到代表表達式結束的分號，此時臨時變量才會銷毀。而這時候我們已經成功執(zhí)行了函數代碼。所以一切都沒有問題。

這種看似奇怪的現象其實只是一個 C++ 語言的陷阱，甚至與 Qt 沒有一點關系。同樣類似的陷阱還可能發(fā)生在QString::toUtf8()、QString::toAscii()之類的函數身上，值得注意！

到此這篇關于Qt中const QString轉換 char *可能的坑的文章就介紹到這了,更多相關Qt const QString轉換 char *內容請搜索腳本之家以前的文章或繼續(xù)瀏覽下面的相關文章希望大家以后多多支持腳本之家！

最新評論