【Qt一坑】const QString 转换 char * 可能的坑

一、遇到的问题

现在有一个这样的需求,需要将const QString 转换成 char *

cpp 复制代码
例如:  

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);

而当我这样写时:

cpp 复制代码
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'。不过这种情况在未知情况下发生,有时直接写QString::toStdString().c_str() 也是好用的。

这个函数返回一个与这个QString内容相同的std::string对象。注意这个函数的返回值是一个对象。

二、查阅其他说明

在 C++ 中,函数返回对象一般是类似下面的代码:

cpp 复制代码
clazz foo() const { clazz c; c.member = 0; return c; }

clazz foo ( ) const

{

     clazz c ;

     c . member = 0 ;

     return c ;

}

注意这里的返回对象,其实是一个临时对象。在上面代码中,虽然我们在函数体内创建了一个clazz的对象c,但返回的并不是"这个"对象,而是由 C++ 创建一个临时对象,再将这个临时对象返回。注意这里是"临时对象",临时对象是有生命周期的。《C++ 程序设计语言》第 10 章中写道,"除非一个临时对象被约束到某个引用,或者被用于作为命名对象的初始化,否则它将在创建它的那个完整表达式结束时销毁"。所谓"完整表达式",是指不是其它表达式的子表达式的表达式。简单来说,一个完整表达式的标识一般是一个分号。

这句看似绕口的话解释了之前所有的现象。在第一段代码中,由于函数返回一个临时变量,我们立即调用了这个临时对象的c_str()函数。这一切都没有问题。之后,完整表达式结束(遇到分号),而这个临时变量没有赋值给某个引用或用于给某个对象初始化,所以这个临时变量被立即销毁。由此对象获得的c_str()函数结果同样被销毁,因此发生段错误。在第二段代码中,这个临时变量用于给sstr对象初始化,我们之后调用的是这个新的被初始化完成的对象的函数,也就是正常的。第三段代码虽然也没有赋值给某个引用或用于给某个对象初始化,但在str.toStdString().c_str()语句结束后,表达式并没有结束,而是继续执行函数调用。直到函数调用返回,才遇到代表表达式结束的分号,此时临时变量才会销毁。而这时候我们已经成功执行了函数代码。所以一切都没有问题。

这种看似奇怪的现象其实只是一个 C++ 语言的陷阱,甚至与 Qt 没有一点关系。同样类似的陷阱还可能发生在QString::toUtf8()、QString::toAscii()之类的函数身上,值得注意!

相关推荐
郝学胜_神的一滴1 天前
CMake 034:生成器表达式:解耦构建时序、精简分支逻辑的终极利器
c++·cmake
见过夏天2 天前
C++ 基础入门完全指南
c++
用户805533698033 天前
不止三件套:QObject 属性系统全关键字与运行时反射!
c++·qt
xcyxiner3 天前
DicomViewer (vcpkg Windows和ubuntu编译)7
qt
BadBadBad__AK3 天前
线段树维护区间 k 次方和
c++·数学·算法·stl
卷无止境4 天前
Eigen 库如何借助 OpenMP 加速计算
c++·后端
卷无止境4 天前
OpenMPI、MPICH 与 OpenMP:关系、核心概念与架构全解
c++·后端
郝学胜_神的一滴5 天前
CMake 30:循环语法全解|foreach_while双循环精讲、迭代技巧与实战避坑指南
c++·cmake
卷无止境7 天前
C++ 的Eigen 库全解析
c++
卷无止境7 天前
现代 C++特性大盘点:一门脱胎换骨的老语言
c++·后端