Qt开发QTabWidget设置标签文本前判断值是否相等的最佳实践

1. 校验开销和setter开销的对比 #

针对你用的QTabWidget::setTabText接口，Qt内部已经内置了相等校验逻辑：调用setter时会先对比新旧文本是否一致，如果完全相同就直接返回，不会触发后续的标签重绘、tabTextChanged信号发射等操作。
这种情况下你自己额外写的校验逻辑属于冗余操作：你需要多调用一次tabText()接口读取当前文本、多做一次字符串比较，开销反而比直接调用setter更高。
如果是你自己实现的、没有内置校验的setter，就要看setter的后续逻辑：如果setter之后会触发UI重绘、磁盘IO、网络请求、大量关联数据更新这类重开销操作，那么一次简单的字符串/变量比较的开销可以忽略不计，提前校验的收益远高于成本；如果setter只是给基础变量赋值、没有任何额外副作用，那校验的开销反而会高于直接赋值。

2. 设值前是否加相等校验的通用经验法则 #

可以参考以下几个判断标准：

• 如果只是对int、bool、指针这类基础类型做无副作用的纯赋值，不需要加校验，直接赋值的开销更低。
• 如果调用的是成熟框架的官方属性setter（比如Qt、GTK的UI控件属性接口），这类接口几乎都自带内置相等校验，不需要你额外加判断，重复校验只会增加冗余开销。
• 如果赋值操作会触发重开销的副作用（UI重绘、IO操作、全局信号广播、大量关联数据更新等），且setter本身没有内置相等校验，必须加校验，这种场景下一次简单的相等判断能节省几十到上万倍的性能开销。
• 如果属性变更会对外触发可被监听的变更通知，就算setter本身开销不大，也建议加校验，避免发送无意义的变更事件，减少下游监听器的无效处理。

内容的提问来源于stack exchange，提问作者gitnoob