Qt 为我们提供了 QStringLiteral(str) 宏
使用 QStringLiteral 宏可以在编译期把代码里的常量字符串 str 直接构造为 QString 对象，于是运行时就不再需要额外的构造开销了。
如果编译器支持，则 QStringLiteral 宏在编译时从 str 生成一个 QString 的数据。在这种情况下从 QStringLiteral 创建一个 QString 是自由的，生成的字符串数据存储在编译的目标文件的只读段中。
对于不支持创建编译时字符串的编译器，QStringLiteral 的使用效果将与使用 QString::fromUtf8() 一样。
如果我们的代码如下所示：
if (node.hasAttribute("http-contents-length")) //...
这将创建一个临时 QString 作为 hasAttribute 函数的参数传递。这可能是非常耗费资源的，因为它涉及内存分配以及将数据复制和转换为 QString 的内部编码数据。
这可以通过如下代码来避免：
if (node.hasAttribute(QStringLiteral("http-contents-length"))) //...
然后，QString 的内部数据将在编译时生成，并且在运行时将不会发生任何的转换或分配。
使用 QStringLiteral 而不是双引号的 ascii 文字可以大大加快从编译时已知的数据中创建 QString 的速度。
如果编译器启用了 C++11，则字符串 str 实际上可以包含 unicode 数据。
注意：在有一些情况下 QLatin1String 是比 QStringLiteral 更有效的：如果它被传递给一个有直接接受 QLatin1String 而不转换成 QString 类型参数的重载的函数时。 例如，QString::operator == 就是这种情况
if (attribute.name() == QLatin1String("http-contents-length")) //...
串联字符串文字不能与 QStringLiteral 一起使用。
QString s = QStringLiteral("a" "b");
QStringLiteral 不能用来初始化 QString 的列表或数组。
QString a[] = { QStringLiteral("a"), QStringLiteral("b") };
