1. QPlainTextEdit 加载 txt 并高亮关键字时为什么规则总是不生效如果你正在做 Qt 桌面端的日志查看器、配置编辑器或者代码预览窗口大概率会遇到这个组合用QPlainTextEdit显示 txt 文件内容用QSyntaxHighlighter给关键字上色。听起来很简单但真正动手时很多人会卡在同一个地方——代码写完了文件也加载出来了可关键字就是不变色。我试过在几个小工具里反复调这个逻辑最后发现问题几乎都出在调用顺序上。QSyntaxHighlighter的高亮是挂在QTextDocument上的而QPlainTextEdit::appendPlainText()或setPlainText()会触发文档内容变化进而触发highlightBlock()回调。如果你先往编辑器里塞文本再去setTextColor()添加规则那么已经渲染过的文本块不会自动重新高亮。换句话说规则必须先于文本内容进入文档。这个坑在 excerpt 里其实已经点到了“要先用 m_pHighText 设置关键字和颜色再调用 m_pPlainTextEdit 的方法添加文本才能高亮关键字顺序反了不生效。”但实际项目里很多人会把openTxt()写成先读文件、再建 highlighter、最后 append结果就是一片灰白。除了顺序还有几个高频问题QRegExp在 Qt6 里被标记为废弃如果关键字里带正则元字符比如.、*、(直接当 pattern 用会匹配错位highlightBlock()里用text.indexOf(expression)循环查找时如果matchedLength()返回 0会死循环还有QPlainTextEdit的document()在构造后立即获取是有效的但如果你在new之后马上setDocument()之前的 highlighter 就绑到旧文档上了。所以这篇内容我会按“先规则、后文本”的顺序把QSyntaxHighlighter的规则配置、QPlainTextEdit加载 txt 的完整代码、以及用 TaoToken 统一 Key 通道做一次高亮触发验证的请求流程串起来。适合正在写 Qt 文本工具、需要把模型调用端点收敛到统一 API 通道的桌面端开发者。你不需要先懂大模型协议只要能把 HTTP 请求发出去就能验证高亮规则是否被正确触发。核心检索词先摆出来QPlainTextEdit 加载 txt、QSyntaxHighlighter 高亮关键字、TaoToken 统一 Key 接入、Qt 桌面端模型调用配置。下面从规则类开始拆。2. TaoToken 统一 Key 接入前的环境准备与端点确认在把模型调用接进 Qt 桌面端之前得先把“往哪发、带什么头、用哪个模型”这三件事定下来。TaoToken 的做法是提供一个统一的 API 入口你不需要为每个模型单独记一套域名和鉴权方式Base URL 固定为https://taotoken.net/apiKey 在控制台生成后对所有支持的模型通用。这对桌面端工具很友好——你可以在设置面板里只留一个 Key 输入框模型 ID 做成下拉选项。先确认你要用的模型 ID。打开模型对话页面可以直观看到当前可用的模型列表和对话效果地址是https://taotoken.net/models?utm_sourcetaotoken_aicg_blog_endutm_mediumcsdnutm_campaignrewriteutm_contentmodel_chat。如果你只是做高亮触发验证选一个响应快的轻量模型即可比如gpt-4o-mini或claude-3-5-haiku这类。模型 ID 要原样填进请求体的model字段大小写和连字符都不能改。Key 的获取在控制台的 API Keys 页面https://taotoken.net/console/api-keys?utm_sourcetaotoken_aicg_blog_endutm_mediumcsdnutm_campaignrewriteutm_contentapi_keys。生成后复制那一串sk-开头的字符串只显示一次丢了就重新生成。注意不要把它硬编码进 Qt 的.cpp里后面我会给一个从配置文件读取的写法。接入文档在https://taotoken.net/doc?utm_sourcetaotoken_aicg_blog_endutm_mediumcsdnutm_campaignrewriteutm_contentdoc里面列了兼容 OpenAI 风格的/v1/chat/completions路径。也就是说你在 Qt 里用QNetworkAccessManager发 POST 请求时URL 拼成https://taotoken.net/api/v1/chat/completionsHeader 带Authorization: Bearer 你的Key和Content-Type: application/jsonBody 里放model、messages、stream: false就行。如果你后续要做长期编码或 Agent 类功能可以了解 Coding Planhttps://taotoken.net/coding-plan?utm_sourcetaotoken_aicg_blog_endutm_mediumcsdnutm_campaignrewriteutm_contentcoding_plan。它适合把模型调用嵌进日常开发流但本篇的验证只需要按量调用的 Key 就够了。环境上Qt 这边建议用 Qt 5.15 或 Qt 6.xQNetworkAccessManager和QSyntaxHighlighter都稳定。如果你用 Qt 6QRegExp要换成QRegularExpression否则编译会警告甚至行为不一致。下面配置部分我会同时给出两种写法你按自己的 Qt 版本选。还有一点桌面端发 HTTPS 请求时如果目标机器缺少 OpenSSL 库QNetworkAccessManager会报TLS initialization failed。Windows 上可以把libssl和libcrypto的动态库放到 exe 同目录Linux 上装libssl-dev即可。这个不是 TaoToken 特有的问题但排障时经常被误判成 Key 错误。3. 可复制的 QSyntaxHighlighter 规则配置与 QPlainTextEdit 加载代码这一节是核心我把高亮规则类、txt 加载函数、以及从配置读取 Key 和 Base URL 的片段都写成可直接粘贴的形态。先看高亮类我把它拆成.h和.cpp并且用QRegularExpression做 Qt6 兼容同时保留QRegExp的注释版本。// highlighter.h #ifndef HIGHLIGHTER_H #define HIGHLIGHTER_H #include QSyntaxHighlighter #include QTextCharFormat #include QRegularExpression #include QVector #include QColor #include QString class HighLighter : public QSyntaxHighlighter { Q_OBJECT public: explicit HighLighter(QTextDocument *parent nullptr); void setTextColor(const QString pattern, const QColor color); void clearRules(); protected: void highlightBlock(const QString text) override; private: struct HighlightingRule { QRegularExpression pattern; QTextCharFormat format; }; QVectorHighlightingRule m_rules; }; #endif // HIGHLIGHTER_H// highlighter.cpp #include highlighter.h HighLighter::HighLighter(QTextDocument *parent) : QSyntaxHighlighter(parent) { m_rules.clear(); } void HighLighter::setTextColor(const QString pattern, const QColor color) { HighlightingRule rule; // Qt6 用 QRegularExpressionQt5 可换回 QRegExp(pattern) rule.pattern QRegularExpression(QRegularExpression::escape(pattern)); QTextCharFormat fmt; fmt.setForeground(color); fmt.setFontWeight(QFont::Bold); rule.format fmt; m_rules.append(rule); } void HighLighter::clearRules() { m_rules.clear(); rehighlight(); } void HighLighter::highlightBlock(const QString text) { for (const HighlightingRule rule : m_rules) { QRegularExpressionMatchIterator it rule.pattern.globalMatch(text); while (it.hasNext()) { QRegularExpressionMatch match it.next(); setFormat(match.capturedStart(), match.capturedLength(), rule.format); } } }这里有两个关键点。第一QRegularExpression::escape(pattern)会把关键字里的.、*、(等元字符转义避免把普通文本当正则解析。如果你确实想用正则做复杂匹配去掉escape即可但要在文档里写清楚。第二globalMatch天然处理了多次出现和零长度匹配的问题不会像手写indexOf循环那样死循环。接下来是QPlainTextEdit加载 txt 的函数。注意顺序先建编辑器、拿到 document、建 highlighter、设规则最后才 append 文本。// mainwindow.cpp 片段 void MainWindow::openTxt(const QString filePath, const QStringList keyList) { QFile file(filePath); if (!file.open(QIODevice::ReadOnly | QIODevice::Text)) { qWarning() open failed: filePath; return; } m_pPlainTextEdit new QPlainTextEdit(ui-m_pFileWidget); QTextDocument *doc m_pPlainTextEdit-document(); m_pHighText new HighLighter(doc); // 先设规则 for (const QString key : keyList) { m_pHighText-setTextColor(key, QColor(33, 241, 243)); } m_pPlainTextEdit-setStyleSheet( QPlainTextEdit { border: none; background-color: transparent; font-family: Microsoft YaHei; font-size: 14px; color: rgba(255, 255, 255, 0.70); }); // 再灌文本触发 highlightBlock QTextStream stream(file); while (!stream.atEnd()) { m_pPlainTextEdit-appendPlainText(stream.readLine()); } file.close(); m_pPlainTextEdit-resize(width(), ui-m_pFileWidget-height()); m_pPlainTextEdit-viewport()-setCursor(Qt::ArrowCursor); m_pPlainTextEdit-setReadOnly(true); m_pPlainTextEdit-show(); m_pPlainTextEdit-raise(); }如果你用 Qt5把QRegularExpression换成QRegExpglobalMatch换成手写循环但记得加if (length 0) break;防死循环。excerpt 里的QRegExp版本就是这个思路只是少了零长度保护。然后是 Key 和 Base URL 的配置读取。我建议放一个config.json在 exe 同目录{ base_url: https://taotoken.net/api, api_key: sk-你的Key, model_id: gpt-4o-mini }Qt 里用QJsonDocument读QString loadApiKey() { QFile f(QCoreApplication::applicationDirPath() /config.json); if (!f.open(QIODevice::ReadOnly)) return QString(); QJsonDocument doc QJsonDocument::fromJson(f.readAll()); return doc.object().value(api_key).toString(); }这样三件套就齐了Base URL 是https://taotoken.net/apiKey 从配置读Model ID 填gpt-4o-mini。如果你用 Cline MCP 或 Codex 的auth.json做外部工具联动字段名对应baseUrl、apiKey、model值保持一致即可。4. 用 TaoToken API 做一次高亮触发验证的请求与预期返回规则配好了怎么确认高亮真的被触发最直接的办法是让模型返回一段包含关键字的文本然后把它 append 进QPlainTextEdit看颜色有没有变。这一步同时验证了两件事TaoToken 通道通不通以及 highlighter 规则有没有生效。先构造请求。用QNetworkAccessManager发 POSTvoid MainWindow::verifyHighlight() { QNetworkAccessManager *mgr new QNetworkAccessManager(this); QNetworkRequest req(QUrl(https://taotoken.net/api/v1/chat/completions)); req.setHeader(QNetworkRequest::ContentTypeHeader, application/json); req.setRawHeader(Authorization, (Bearer loadApiKey()).toUtf8()); QJsonObject msg; msg[role] user; msg[content] 请返回一句话必须包含 ERROR 和 TIMEOUT 两个词。; QJsonArray messages; messages.append(msg); QJsonObject body; body[model] gpt-4o-mini; body[messages] messages; body[stream] false; QNetworkReply *reply mgr-post(req, QJsonDocument(body).toJson()); connect(reply, QNetworkReply::finished, this, []() { if (reply-error() ! QNetworkReply::NoError) { qWarning() request failed: reply-errorString(); reply-deleteLater(); return; } QJsonDocument resp QJsonDocument::fromJson(reply-readAll()); QString content resp.object() .value(choices).toArray().at(0).toObject() .value(message).toObject().value(content).toString(); // 把返回文本灌进编辑器触发高亮 m_pPlainTextEdit-appendPlainText(content); reply-deleteLater(); }); }预期返回的 JSON 结构是{ choices: [ { message: { role: assistant, content: 检测到 ERROR 和 TIMEOUT请检查网络。 } } ] }拿到content后 append 到QPlainTextEdit如果ERROR和TIMEOUT显示为青色加粗说明 highlighter 规则和 TaoToken 通道都正常。如果文本进去了但没颜色回到第 3 节检查setTextColor是否在 append 之前调用。这里有个细节appendPlainText每次追加一个段落会触发该块的highlightBlock。如果你用setPlainText一次性替换全部内容也会触发所有块的重高亮。两种都行但appendPlainText更适合流式追加的场景。验证时如果返回401说明 Key 没带对或已失效去控制台重新生成。如果返回404检查 URL 是不是漏了/v1或拼成了https://taotoken.net/api/chat/completions。如果返回model not found说明model字段的 ID 写错了回模型对话页面核对。成功一次之后你可以把verifyHighlight()绑到一个按钮上方便反复测。实测下来从点击到文本变色通常在 1 到 3 秒内取决于模型响应速度。5. 本篇常见报错排查401、local proxy failed、reading choices、OAuth这一节按真实报错来对。你在 Qt 里发请求最容易撞到下面几类。401 Unauthorized。返回体通常是{error:{message:Invalid API key}}。原因有三种Key 复制时带了空格或换行Authorization头拼成了Bearer sk-xxx但中间少了空格Key 被撤销了。排查方法是在控制台重新生成一个用qDebug() req.rawHeader(Authorization)打印出来看。注意不要把完整 Key 打到日志里只打前 8 位和后 4 位。local proxy failed / Connection refused。这个报错说明请求根本没出本机。常见原因是 Qt 继承了系统的代理设置而代理指向了一个不可用的地址。可以在QNetworkAccessManager上显式设置QNetworkProxy::NoProxymgr-setProxy(QNetworkProxy(QNetworkProxy::NoProxy));如果你所在网络环境需要走特定出口按运维给的地址配不要自己填来路不明的代理。reading choices 时崩溃或返回空。这个多半是 JSON 解析时没做空值保护。choices数组可能为空比如模型返回了错误但 HTTP 状态是 200直接.at(0)会越界。改成先判断QJsonArray choices resp.object().value(choices).toArray(); if (choices.isEmpty()) { qWarning() empty choices, raw: reply-readAll(); return; }另外如果stream设成了true返回的是 SSE 流不是单个 JSONQJsonDocument::fromJson会解析失败。验证阶段统一用stream: false。OAuth 相关报错。如果你在 Qt 里接的是 Claude Code 或 Codex 的 OAuth 流程报OAuth token expired或invalid_grant说明刷新令牌失效了。这类场景建议直接改用 API Key 方式Base URL 填https://taotoken.net/apiKey 填控制台生成的sk-串Model ID 填对应模型。三件套对齐后OAuth 那套刷新逻辑就不需要了。Claude Code 的接入文档在https://taotoken.net/doc?utm_sourcetaotoken_aicg_blog_endutm_mediumcsdnutm_campaignrewriteutm_contentdoc里面有 Base URL 和 Header 的完整示例。还有一个隐蔽的坑QPlainTextEdit的document()在setReadOnly(true)之后仍然可以 append但如果你在 append 之前调用了clear()highlighter 规则还在只是文本没了重新 append 会再次触发高亮。这个行为是符合预期的不用额外处理。排障时建议把QNetworkReply::errorString()和 HTTP 状态码都打出来int status reply-attribute(QNetworkRequest::HttpStatusCodeAttribute).toInt(); qDebug() status: status error: reply-errorString();这样 401、404、429 一眼就能区分。429 是频率限制等几秒重试即可。6. 把高亮规则和统一 Key 通道固化进你的 Qt 工具走到这里你已经有了一个能加载 txt、能高亮关键字、能通过 TaoToken 统一 Key 通道拉取模型返回并触发高亮的完整链路。接下来要做的不是继续堆功能而是把这条链路固化下来让它在你后续的桌面工具里可复用。我的做法是抽一个TextHighlightWidget把QPlainTextEdit、HighLighter、QNetworkAccessManager都封进去对外只暴露loadFile(path)、addKeyword(word, color)、requestAndAppend(prompt)三个方法。这样下次做日志查看器或者配置对比工具直接拖这个控件就行。关键字列表可以从配置文件读也可以做成 UI 上的输入框用户自己加。Key 的管理上不要在每个工具里重复写读取逻辑。可以做一个TokenConfig单例从config.json读base_url、api_key、model_id并提供一个isValid()检查。如果 Key 为空UI 上给一个提示引导用户去控制台生成。控制台地址是https://taotoken.net/console/api-keys?utm_sourcetaotoken_aicg_blog_endutm_mediumcsdnutm_campaignrewriteutm_contentapi_keys这个链接可以放在设置页的“获取 Key”按钮上。如果你打算把这个工具给团队里其他人用注意不要把 Key 打包进安装包。让每个人自己填或者走环境变量。Qt 里读环境变量用qgetenv(TAOTOKEN_API_KEY)优先级高于配置文件。最后说一个实用技巧高亮规则不要一次加太多。highlightBlock是每块文本都会遍历所有规则规则数量到几十条时大文件滚动会卡。可以按需加载比如只高亮当前可见区域的关键字或者把规则按文件类型分组加载 txt 时只启用对应组。这个优化在几千行的日志文件上效果很明显。验证模型返回时如果只是想快速看通道通不通用模型对话页面发一句话就行不用每次都跑 Qt 程序。地址是https://taotoken.net/models?utm_sourcetaotoken_aicg_blog_endutm_mediumcsdnutm_campaignrewriteutm_contentmodel_chat。确认通道正常后再回到 Qt 里调高亮逻辑能省不少来回编译的时间。整套流程跑通后你手里就有一个“本地文本显示 关键字高亮 统一模型通道”的桌面端基础组件。后面要加搜索、跳转、折叠都是在这个骨架上长出来的。
1. QPlainTextEdit 加载 txt 并高亮关键字时为什么规则总是不生效如果你正在做 Qt 桌面端的日志查看器、配置编辑器或者代码预览窗口大概率会遇到这个组合用QPlainTextEdit显示 txt 文件内容用QSyntaxHighlighter给关键字上色。听起来很简单但真正动手时很多人会卡在同一个地方——代码写完了文件也加载出来了可关键字就是不变色。我试过在几个小工具里反复调这个逻辑最后发现问题几乎都出在调用顺序上。QSyntaxHighlighter的高亮是挂在QTextDocument上的而QPlainTextEdit::appendPlainText()或setPlainText()会触发文档内容变化进而触发highlightBlock()回调。如果你先往编辑器里塞文本再去setTextColor()添加规则那么已经渲染过的文本块不会自动重新高亮。换句话说规则必须先于文本内容进入文档。这个坑在 excerpt 里其实已经点到了“要先用 m_pHighText 设置关键字和颜色再调用 m_pPlainTextEdit 的方法添加文本才能高亮关键字顺序反了不生效。”但实际项目里很多人会把openTxt()写成先读文件、再建 highlighter、最后 append结果就是一片灰白。除了顺序还有几个高频问题QRegExp在 Qt6 里被标记为废弃如果关键字里带正则元字符比如.、*、(直接当 pattern 用会匹配错位highlightBlock()里用text.indexOf(expression)循环查找时如果matchedLength()返回 0会死循环还有QPlainTextEdit的document()在构造后立即获取是有效的但如果你在new之后马上setDocument()之前的 highlighter 就绑到旧文档上了。所以这篇内容我会按“先规则、后文本”的顺序把QSyntaxHighlighter的规则配置、QPlainTextEdit加载 txt 的完整代码、以及用 TaoToken 统一 Key 通道做一次高亮触发验证的请求流程串起来。适合正在写 Qt 文本工具、需要把模型调用端点收敛到统一 API 通道的桌面端开发者。你不需要先懂大模型协议只要能把 HTTP 请求发出去就能验证高亮规则是否被正确触发。核心检索词先摆出来QPlainTextEdit 加载 txt、QSyntaxHighlighter 高亮关键字、TaoToken 统一 Key 接入、Qt 桌面端模型调用配置。下面从规则类开始拆。2. TaoToken 统一 Key 接入前的环境准备与端点确认在把模型调用接进 Qt 桌面端之前得先把“往哪发、带什么头、用哪个模型”这三件事定下来。TaoToken 的做法是提供一个统一的 API 入口你不需要为每个模型单独记一套域名和鉴权方式Base URL 固定为https://taotoken.net/apiKey 在控制台生成后对所有支持的模型通用。这对桌面端工具很友好——你可以在设置面板里只留一个 Key 输入框模型 ID 做成下拉选项。先确认你要用的模型 ID。打开模型对话页面可以直观看到当前可用的模型列表和对话效果地址是https://taotoken.net/models?utm_sourcetaotoken_aicg_blog_endutm_mediumcsdnutm_campaignrewriteutm_contentmodel_chat。如果你只是做高亮触发验证选一个响应快的轻量模型即可比如gpt-4o-mini或claude-3-5-haiku这类。模型 ID 要原样填进请求体的model字段大小写和连字符都不能改。Key 的获取在控制台的 API Keys 页面https://taotoken.net/console/api-keys?utm_sourcetaotoken_aicg_blog_endutm_mediumcsdnutm_campaignrewriteutm_contentapi_keys。生成后复制那一串sk-开头的字符串只显示一次丢了就重新生成。注意不要把它硬编码进 Qt 的.cpp里后面我会给一个从配置文件读取的写法。接入文档在https://taotoken.net/doc?utm_sourcetaotoken_aicg_blog_endutm_mediumcsdnutm_campaignrewriteutm_contentdoc里面列了兼容 OpenAI 风格的/v1/chat/completions路径。也就是说你在 Qt 里用QNetworkAccessManager发 POST 请求时URL 拼成https://taotoken.net/api/v1/chat/completionsHeader 带Authorization: Bearer 你的Key和Content-Type: application/jsonBody 里放model、messages、stream: false就行。如果你后续要做长期编码或 Agent 类功能可以了解 Coding Planhttps://taotoken.net/coding-plan?utm_sourcetaotoken_aicg_blog_endutm_mediumcsdnutm_campaignrewriteutm_contentcoding_plan。它适合把模型调用嵌进日常开发流但本篇的验证只需要按量调用的 Key 就够了。环境上Qt 这边建议用 Qt 5.15 或 Qt 6.xQNetworkAccessManager和QSyntaxHighlighter都稳定。如果你用 Qt 6QRegExp要换成QRegularExpression否则编译会警告甚至行为不一致。下面配置部分我会同时给出两种写法你按自己的 Qt 版本选。还有一点桌面端发 HTTPS 请求时如果目标机器缺少 OpenSSL 库QNetworkAccessManager会报TLS initialization failed。Windows 上可以把libssl和libcrypto的动态库放到 exe 同目录Linux 上装libssl-dev即可。这个不是 TaoToken 特有的问题但排障时经常被误判成 Key 错误。3. 可复制的 QSyntaxHighlighter 规则配置与 QPlainTextEdit 加载代码这一节是核心我把高亮规则类、txt 加载函数、以及从配置读取 Key 和 Base URL 的片段都写成可直接粘贴的形态。先看高亮类我把它拆成.h和.cpp并且用QRegularExpression做 Qt6 兼容同时保留QRegExp的注释版本。// highlighter.h #ifndef HIGHLIGHTER_H #define HIGHLIGHTER_H #include QSyntaxHighlighter #include QTextCharFormat #include QRegularExpression #include QVector #include QColor #include QString class HighLighter : public QSyntaxHighlighter { Q_OBJECT public: explicit HighLighter(QTextDocument *parent nullptr); void setTextColor(const QString pattern, const QColor color); void clearRules(); protected: void highlightBlock(const QString text) override; private: struct HighlightingRule { QRegularExpression pattern; QTextCharFormat format; }; QVectorHighlightingRule m_rules; }; #endif // HIGHLIGHTER_H// highlighter.cpp #include highlighter.h HighLighter::HighLighter(QTextDocument *parent) : QSyntaxHighlighter(parent) { m_rules.clear(); } void HighLighter::setTextColor(const QString pattern, const QColor color) { HighlightingRule rule; // Qt6 用 QRegularExpressionQt5 可换回 QRegExp(pattern) rule.pattern QRegularExpression(QRegularExpression::escape(pattern)); QTextCharFormat fmt; fmt.setForeground(color); fmt.setFontWeight(QFont::Bold); rule.format fmt; m_rules.append(rule); } void HighLighter::clearRules() { m_rules.clear(); rehighlight(); } void HighLighter::highlightBlock(const QString text) { for (const HighlightingRule rule : m_rules) { QRegularExpressionMatchIterator it rule.pattern.globalMatch(text); while (it.hasNext()) { QRegularExpressionMatch match it.next(); setFormat(match.capturedStart(), match.capturedLength(), rule.format); } } }这里有两个关键点。第一QRegularExpression::escape(pattern)会把关键字里的.、*、(等元字符转义避免把普通文本当正则解析。如果你确实想用正则做复杂匹配去掉escape即可但要在文档里写清楚。第二globalMatch天然处理了多次出现和零长度匹配的问题不会像手写indexOf循环那样死循环。接下来是QPlainTextEdit加载 txt 的函数。注意顺序先建编辑器、拿到 document、建 highlighter、设规则最后才 append 文本。// mainwindow.cpp 片段 void MainWindow::openTxt(const QString filePath, const QStringList keyList) { QFile file(filePath); if (!file.open(QIODevice::ReadOnly | QIODevice::Text)) { qWarning() open failed: filePath; return; } m_pPlainTextEdit new QPlainTextEdit(ui-m_pFileWidget); QTextDocument *doc m_pPlainTextEdit-document(); m_pHighText new HighLighter(doc); // 先设规则 for (const QString key : keyList) { m_pHighText-setTextColor(key, QColor(33, 241, 243)); } m_pPlainTextEdit-setStyleSheet( QPlainTextEdit { border: none; background-color: transparent; font-family: Microsoft YaHei; font-size: 14px; color: rgba(255, 255, 255, 0.70); }); // 再灌文本触发 highlightBlock QTextStream stream(file); while (!stream.atEnd()) { m_pPlainTextEdit-appendPlainText(stream.readLine()); } file.close(); m_pPlainTextEdit-resize(width(), ui-m_pFileWidget-height()); m_pPlainTextEdit-viewport()-setCursor(Qt::ArrowCursor); m_pPlainTextEdit-setReadOnly(true); m_pPlainTextEdit-show(); m_pPlainTextEdit-raise(); }如果你用 Qt5把QRegularExpression换成QRegExpglobalMatch换成手写循环但记得加if (length 0) break;防死循环。excerpt 里的QRegExp版本就是这个思路只是少了零长度保护。然后是 Key 和 Base URL 的配置读取。我建议放一个config.json在 exe 同目录{ base_url: https://taotoken.net/api, api_key: sk-你的Key, model_id: gpt-4o-mini }Qt 里用QJsonDocument读QString loadApiKey() { QFile f(QCoreApplication::applicationDirPath() /config.json); if (!f.open(QIODevice::ReadOnly)) return QString(); QJsonDocument doc QJsonDocument::fromJson(f.readAll()); return doc.object().value(api_key).toString(); }这样三件套就齐了Base URL 是https://taotoken.net/apiKey 从配置读Model ID 填gpt-4o-mini。如果你用 Cline MCP 或 Codex 的auth.json做外部工具联动字段名对应baseUrl、apiKey、model值保持一致即可。4. 用 TaoToken API 做一次高亮触发验证的请求与预期返回规则配好了怎么确认高亮真的被触发最直接的办法是让模型返回一段包含关键字的文本然后把它 append 进QPlainTextEdit看颜色有没有变。这一步同时验证了两件事TaoToken 通道通不通以及 highlighter 规则有没有生效。先构造请求。用QNetworkAccessManager发 POSTvoid MainWindow::verifyHighlight() { QNetworkAccessManager *mgr new QNetworkAccessManager(this); QNetworkRequest req(QUrl(https://taotoken.net/api/v1/chat/completions)); req.setHeader(QNetworkRequest::ContentTypeHeader, application/json); req.setRawHeader(Authorization, (Bearer loadApiKey()).toUtf8()); QJsonObject msg; msg[role] user; msg[content] 请返回一句话必须包含 ERROR 和 TIMEOUT 两个词。; QJsonArray messages; messages.append(msg); QJsonObject body; body[model] gpt-4o-mini; body[messages] messages; body[stream] false; QNetworkReply *reply mgr-post(req, QJsonDocument(body).toJson()); connect(reply, QNetworkReply::finished, this, []() { if (reply-error() ! QNetworkReply::NoError) { qWarning() request failed: reply-errorString(); reply-deleteLater(); return; } QJsonDocument resp QJsonDocument::fromJson(reply-readAll()); QString content resp.object() .value(choices).toArray().at(0).toObject() .value(message).toObject().value(content).toString(); // 把返回文本灌进编辑器触发高亮 m_pPlainTextEdit-appendPlainText(content); reply-deleteLater(); }); }预期返回的 JSON 结构是{ choices: [ { message: { role: assistant, content: 检测到 ERROR 和 TIMEOUT请检查网络。 } } ] }拿到content后 append 到QPlainTextEdit如果ERROR和TIMEOUT显示为青色加粗说明 highlighter 规则和 TaoToken 通道都正常。如果文本进去了但没颜色回到第 3 节检查setTextColor是否在 append 之前调用。这里有个细节appendPlainText每次追加一个段落会触发该块的highlightBlock。如果你用setPlainText一次性替换全部内容也会触发所有块的重高亮。两种都行但appendPlainText更适合流式追加的场景。验证时如果返回401说明 Key 没带对或已失效去控制台重新生成。如果返回404检查 URL 是不是漏了/v1或拼成了https://taotoken.net/api/chat/completions。如果返回model not found说明model字段的 ID 写错了回模型对话页面核对。成功一次之后你可以把verifyHighlight()绑到一个按钮上方便反复测。实测下来从点击到文本变色通常在 1 到 3 秒内取决于模型响应速度。5. 本篇常见报错排查401、local proxy failed、reading choices、OAuth这一节按真实报错来对。你在 Qt 里发请求最容易撞到下面几类。401 Unauthorized。返回体通常是{error:{message:Invalid API key}}。原因有三种Key 复制时带了空格或换行Authorization头拼成了Bearer sk-xxx但中间少了空格Key 被撤销了。排查方法是在控制台重新生成一个用qDebug() req.rawHeader(Authorization)打印出来看。注意不要把完整 Key 打到日志里只打前 8 位和后 4 位。local proxy failed / Connection refused。这个报错说明请求根本没出本机。常见原因是 Qt 继承了系统的代理设置而代理指向了一个不可用的地址。可以在QNetworkAccessManager上显式设置QNetworkProxy::NoProxymgr-setProxy(QNetworkProxy(QNetworkProxy::NoProxy));如果你所在网络环境需要走特定出口按运维给的地址配不要自己填来路不明的代理。reading choices 时崩溃或返回空。这个多半是 JSON 解析时没做空值保护。choices数组可能为空比如模型返回了错误但 HTTP 状态是 200直接.at(0)会越界。改成先判断QJsonArray choices resp.object().value(choices).toArray(); if (choices.isEmpty()) { qWarning() empty choices, raw: reply-readAll(); return; }另外如果stream设成了true返回的是 SSE 流不是单个 JSONQJsonDocument::fromJson会解析失败。验证阶段统一用stream: false。OAuth 相关报错。如果你在 Qt 里接的是 Claude Code 或 Codex 的 OAuth 流程报OAuth token expired或invalid_grant说明刷新令牌失效了。这类场景建议直接改用 API Key 方式Base URL 填https://taotoken.net/apiKey 填控制台生成的sk-串Model ID 填对应模型。三件套对齐后OAuth 那套刷新逻辑就不需要了。Claude Code 的接入文档在https://taotoken.net/doc?utm_sourcetaotoken_aicg_blog_endutm_mediumcsdnutm_campaignrewriteutm_contentdoc里面有 Base URL 和 Header 的完整示例。还有一个隐蔽的坑QPlainTextEdit的document()在setReadOnly(true)之后仍然可以 append但如果你在 append 之前调用了clear()highlighter 规则还在只是文本没了重新 append 会再次触发高亮。这个行为是符合预期的不用额外处理。排障时建议把QNetworkReply::errorString()和 HTTP 状态码都打出来int status reply-attribute(QNetworkRequest::HttpStatusCodeAttribute).toInt(); qDebug() status: status error: reply-errorString();这样 401、404、429 一眼就能区分。429 是频率限制等几秒重试即可。6. 把高亮规则和统一 Key 通道固化进你的 Qt 工具走到这里你已经有了一个能加载 txt、能高亮关键字、能通过 TaoToken 统一 Key 通道拉取模型返回并触发高亮的完整链路。接下来要做的不是继续堆功能而是把这条链路固化下来让它在你后续的桌面工具里可复用。我的做法是抽一个TextHighlightWidget把QPlainTextEdit、HighLighter、QNetworkAccessManager都封进去对外只暴露loadFile(path)、addKeyword(word, color)、requestAndAppend(prompt)三个方法。这样下次做日志查看器或者配置对比工具直接拖这个控件就行。关键字列表可以从配置文件读也可以做成 UI 上的输入框用户自己加。Key 的管理上不要在每个工具里重复写读取逻辑。可以做一个TokenConfig单例从config.json读base_url、api_key、model_id并提供一个isValid()检查。如果 Key 为空UI 上给一个提示引导用户去控制台生成。控制台地址是https://taotoken.net/console/api-keys?utm_sourcetaotoken_aicg_blog_endutm_mediumcsdnutm_campaignrewriteutm_contentapi_keys这个链接可以放在设置页的“获取 Key”按钮上。如果你打算把这个工具给团队里其他人用注意不要把 Key 打包进安装包。让每个人自己填或者走环境变量。Qt 里读环境变量用qgetenv(TAOTOKEN_API_KEY)优先级高于配置文件。最后说一个实用技巧高亮规则不要一次加太多。highlightBlock是每块文本都会遍历所有规则规则数量到几十条时大文件滚动会卡。可以按需加载比如只高亮当前可见区域的关键字或者把规则按文件类型分组加载 txt 时只启用对应组。这个优化在几千行的日志文件上效果很明显。验证模型返回时如果只是想快速看通道通不通用模型对话页面发一句话就行不用每次都跑 Qt 程序。地址是https://taotoken.net/models?utm_sourcetaotoken_aicg_blog_endutm_mediumcsdnutm_campaignrewriteutm_contentmodel_chat。确认通道正常后再回到 Qt 里调高亮逻辑能省不少来回编译的时间。整套流程跑通后你手里就有一个“本地文本显示 关键字高亮 统一模型通道”的桌面端基础组件。后面要加搜索、跳转、折叠都是在这个骨架上长出来的。
