QStringLiteral、QString、QLatinString使用

本文探讨了QString, QLatin1String和QStringLiteral在字符串构造中的性能差异,重点讲解了它们如何影响代码效率,尤其是在避免临时对象生成方面。通过实例对比,解析了不同构造方式的优劣和适用场景。

摘要生成于 C知道 ,由 DeepSeek-R1 满血版支持, 前往体验 >

在看别人代码时,发现下面这样子的字符串构造方式。

QString str= QStringLiteral("ssss55555");

后发现QString与QStringLiteral是有一些不同的,QStringLiteral是一个宏,在编译阶段把程序字符串常量直接构造为QStrig对象,不需要进行隐式转换,减少开销了。

如果是QString进行构造QStrig对象会进行一次const char*的隐式转换,造成不必要的开销

QString str1("666");

str1进行了一次从const char* 到QString的隐式转换生成了一个临时的QString对象。

而在QLatinString中又为了避免生成一个临时的QString对象对const char*做了一个浅封装。

//代码1
if.(str =="auto" || str1=="Const"|| str2=="constpxter")
{}

//代码2
if.(str ==QString("auto" )|| str1==QString("Const")|| str2==QString("constpxter"))
{}

//代码3
if.(str ==QLatin1String("auto" )|| str1==QLatin1String("Const")|| str2==QLatin1String("constpxter"))
{}

三个代码片段中第一和第三是相同速度,第二个代码段最慢因为需要构建一个临时的QString对象

评论 1
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值