QTextEdit比QLabel更适合日志显示，因其支持追加、滚动、富文本且避免整块重绘；需设为只读、用append()、主线程更新、合理节流并简化样式以保性能。
Qt里用QTextEdit追加日志比QLabel靠谱
直接往QLabel里塞大量动态文本，容易卡顿、换行错乱，还不好滚动。真正做运行日志显示，QTextEdit是更自然的选择——它天生支持追加、滚动到底、富文本，而且不会因为频繁setText()触发整块重绘。
实操建议：
- 把
QTextEdit设为只读：ui->textEdit->setReadOnly(true); - 每次输出用
append()而不是setText()，避免覆盖历史内容 - 如果想高亮关键信息（比如错误），可以用
insertHtml()拼接<span style="color:red">Error</span> - 注意别在子线程里直接调用
append()——Qt的GUI对象只能在主线程访问
从子线程安全地把输出传到UI：用QMetaObject::invokeMethod或信号槽
程序逻辑常跑在子线程（比如计算、IO），但Qt控件不能跨线程操作。常见错误是在线程里直接调ui->textEdit->append("xxx")，结果程序崩溃或UI不动，连qDebug()都看不到报错。
正确做法是把数据“转交”给主线程处理：
立即学习“C++免费学习笔记（深入）”；
- 定义一个带
Qt::QueuedConnection的信号，比如void logMessage(const QString&)，在子线程里emit logMessage("done") - 或者用
QMetaObject::invokeMethod异步调用UI函数：QMetaObject::invokeMethod(ui->textEdit, [=](){ ui->textEdit->append(msg); }, Qt::QueuedConnection); - 别用
Qt::DirectConnection，那等于强行在子线程执行UI代码，照样崩 - 如果消息量极大（比如每毫秒一条），考虑先缓存几条再批量
append，否则UI线程会被拖慢
std::cout和qDebug()怎么重定向到QTextEdit
不想改所有printf/std::cout调用？可以重定向C++标准流或Qt调试流，让它们自动进UI。
重定向std::cout的关键点：
- 用
std::streambuf继承自定义缓冲区，sync()里把内容发给UI（记得加锁，因为cout可能多线程写） - 调用
std::cout.rdbuf(new YourStreamBuf)替换掉默认buffer -
qDebug()更简单：用qInstallMessageHandler注册回调，在回调里提取msg字符串并转发到QTextEdit - 注意重定向后，控制台就收不到输出了——调试时可能需要双写（同时输出到console和UI）
性能瓶颈往往出在没节流，不是UI本身慢
很多人一卡就怀疑QTextEdit不行，其实90%的情况是日志太密。比如循环里每轮都append("i = " + QString::number(i))，几千次下来主线程全在排版和滚动，界面假死。
实际可落地的节流方案：
- 加个计时器，比如100ms内只取最后一次日志，丢弃中间的（适合状态轮询类输出）
- 用
QTextEdit::moveCursor(QTextCursor::End)+insertPlainText()代替append()，减少自动换行开销 - 日志超500行时，主动删掉前100行：
textEdit->setPlainText(textEdit->toPlainText().split('\n').mid(100).join('\n')) - 真要高性能实时监控，别用
QTextEdit，换成QListView+ 自定义QAbstractListModel，但入门阶段没必要
最常被忽略的一点：QTextEdit的字体、颜色、是否启用语法高亮，都会影响追加速度。保持默认等宽字体、禁用富文本渲染，能明显缓解卡顿。
