Qt字符串

QString

QString提供了一个Unicode字符串，QString存储的是一串QChar,而QChar提供了16位的Unicode字符，后台使用隐式共享减少了内存的开销。

假设QObject::setObject函数参数列表是QString类型，给它传递参数"test",这里有一个通过构造产生的从const char*到QString的隐式转换，产生一个新的QString对象，字符串数据拷贝，并将字符串从UTF-8转为UTF-16的unicode字符。

这样增大了内存的开销，减慢了运行效率。

解决——重载运算符。

重载运算可以直接操作原始char*,不必为了我们的字符串常量去创建临时QString对象。

QString提供了很多的成员函数使用const char*而不是QString类型的字符串实现重载，包括拷贝构造、赋值运算、比较运算及其他的函数，如插入insert()、替换replace()、和indexOf()。

这些函数经过优化后避免在函数调用的使用从const char* 数据构造一个QSting类型的对象。

如果应用程序定义了QT_NO_CAST_FROM_ASCII宏

DEFINES += QT_NO_CAST_FROM_ASCII

则程序无法使用const char* 相关的API函数。

QLatin1String

在Qt5中，我们把char* 字符串的默认编码改成了UTF-8。但是相对纯ASCII或者latin1而言，很多算法处理UTF-8编码数据的时候会慢很多。

为避免不必要的内存开销(构造QString对象时涉及的内存分配、拷贝数据及数据转换成QString的内部编码这些开销)QLatin1String产生了，它是const char* 的一层薄薄的封装。它将字符串传递给函数时，函数通过QLatin1String的重载避免转换成QString对象，这样做的效率显著提高。一些接收QLatin1String为参数的重载函数能够直接对纯latin1数据进行处理，不必进行编码转换。

QStringLiteral

但是，函数只能接受QString类型的参数时，无论我们给一个字面字符串或QLatin1String,都会隐式构造一个临时的QString对象，构造这个对象需要在栈上申请一定的内存空间，然后把字符串拷贝过去，如果这样的调用比较多，那还是一笔不小的开销。此时，我们可以使用QStringLiteral来减小这个开销。

QStringLiteral其实是一个宏，从字符串常量创建QString对象的宏。

宏在编译时，从字符串文字生成QString数据，QString的内部数据将在编译时生成，在运行时不会发生任何转换或内存分配，使用QStringLiteral来代替C++中的双重数值传递将会在编译的时候显著的提升运行效率。

**优点:**使用QStringLiteral而不是双引号的普通C++的字符串可显著加快从编译时已知的数据创建QString示例的速度，相对来说有QLatin1String参数重载的比使用QStringLieral更高效。

总结:

参数能使用const char*类型或QLatin1String类型的地方使用相应的参数。

参数需要QStirng参数类型的地方，若值不被修改，则使用QStirngLiteral宏。

参数需要QString类型且QStirng可能被修改，则直接使用QString或隐式转换。

本文福利，莬费领取Qt开发学习资料包、技术视频，内容包括（C++语言基础，Qt编程入门，QT信号与槽机制，QT界面开发-图像绘制，QT网络，QT数据库编程，QT项目实战，QSS，OpenCV，Quick模块，面试题等等）↓↓↓↓↓↓见下面↓↓文章底部点击莬费领取↓↓