1. QT 获取 TextEdit 选中文本踩坑现场为什么 selectedText() 总是返回空如果你正在写一个 QT 桌面应用界面上放了个QTextEdit用户用鼠标划了一段文字你点个按钮想拿到这段内容——结果selectedText()返回空字符串或者返回的是上一次的旧值。这个场景太常见了我见过不少人在群里问「QT 怎么获取 TextEdit 选中的文本」答案其实就一行textCursor().selectedText()但真正落地时会遇到一堆边界情况。先说清楚这篇要解决什么在 QT 桌面应用中可靠地读取 QTextEdit 当前选中的文本。适合谁看刚接触 QT Widgets、正在做文本编辑器/日志查看器/配置面板的开发者尤其是被「选区为空」「跨段落选择丢换行」「信号触发时机不对」这几个问题卡住的人。核心 API 就一个QString selected ui-textEdit-textCursor().selectedText();但这一行背后有三个坑。第一QTextEdit本身没有selectedText()方法必须通过textCursor()拿到QTextCursor再调selectedText()很多人直接写textEdit-selectedText()编译不过就懵了。第二selectedText()返回的跨段落文本里段落分隔符是 Unicode 的U2029段落分隔符不是\n你直接拿去写文件会发现换行没了。第三如果你在textChanged信号里读选区此时光标状态可能还没更新拿到的是旧值。我试过在一个日志查看工具里做「选中即复制」功能最初就是监听textChanged去读选区结果用户拖动选择时频繁触发、值还不对。后来改成监听selectionChanged信号才稳定。所以这篇不只给你那一行代码而是把鼠标选区、键盘全选、跨段落选择三类场景的可靠写法都拆开讲附最小可运行示例和验证步骤。先明确一个概念QTextCursor是 QT 里操作文本选区的核心对象它同时持有「锚点anchor」和「位置position」两个坐标。选区就是这两个坐标之间的区间。hasSelection()判断是否有选区selectedText()取内容selectionStart()/selectionEnd()取边界。理解了这个模型后面所有写法都是它的组合。2. TaoToken 前置准备把模型能力接进 QT 开发流程在动手写选区代码之前先花几分钟把开发辅助环境搭好。这里说的不是 QT 本身的环境而是当你需要让模型帮你审查这段选区逻辑、生成单元测试、或者解释QTextCursor的边界行为时怎么有一个稳定的调用入口。TaoToken 提供的是统一的模型 API 接入官网在 https://taotoken.net/?utm_sourcetaotoken_aicg_blog_endutm_mediumcsdnutm_campaignrewriteutm_content API 根地址是 https://taotoken.net/api 。你需要准备三样东西我把它叫「三件套」Base URL、API Key、Model ID。Base URL 就是上面那个 API 地址API Key 去控制台创建地址是 https://taotoken.net/console/api-keys?utm_sourcetaotoken_aicg_blog_endutm_contentapi_keysutm_campaignrewrite Model ID 根据你要用的模型填比如做代码审查可以选偏 coding 的模型。这三样在后面的配置片段里会反复出现先记牢。为什么 QT 开发者需要这个举个实际场景你写完选区读取逻辑想验证「跨段落选择时U2029替换成\n是否覆盖所有情况」可以把代码贴给模型让它列出边界用例或者你想给selectedText()写个 QTest 单元测试让模型生成骨架。这些都不需要你本地跑大模型走 API 就行。如果你打算长期在编码流程里用模型辅助比如做 Agent 式的代码补全、批量重构可以了解下 Coding Plan入口在 https://taotoken.net/coding-plan?utm_sourcetaotoken_aicg_blog_endutm_contentcoding-planutm_campaignrewrite 。它更适合高频、长会话的编码场景而不是单次问答。需要说明的是TaoToken 在这里的角色是「模型调用入口」它不替代你的 QT Creator 或编辑器你该在 QT Creator 里写的代码一行都不会少。它只是让你在需要模型帮忙时有个统一的地址和 Key 可用不用每个模型换一套配置。准备好之后建议先做一次最小连通性验证确认 Key 能用。可以用 curl 发一个最简单的请求curl https://taotoken.net/api/v1/chat/completions \ -H Content-Type: application/json \ -H Authorization: Bearer $TAOTOKEN_API_KEY \ -d { model: 你的ModelID, messages: [{role: user, content: 回复 ok}] }返回里有choices字段就说明通了。这一步过了后面让模型帮你分析选区代码时就不会卡在鉴权上。如果这里报 401先检查 Key 有没有复制全、有没有多余空格这是最常见的两个原因。3. 可复制配置三种选区读取写法的完整代码这一节是核心直接给能粘贴进项目的代码。我按三类场景组织鼠标选区、键盘全选、跨段落选择。每段都标注了文件路径和关键参数你可以对照自己的工程改。3.1 鼠标选区selectedText() 基础调用假设你的工程里有个mainwindow.ui上面放了QTextEdit对象名textEdit还有一个按钮pushButton。在mainwindow.cpp里绑定// mainwindow.cpp #include mainwindow.h #include ui_mainwindow.h #include QDebug MainWindow::MainWindow(QWidget *parent) : QMainWindow(parent) , ui(new Ui::MainWindow) { ui-setupUi(this); connect(ui-pushButton, QPushButton::clicked, this, [this]() { QTextCursor cursor ui-textEdit-textCursor(); if (!cursor.hasSelection()) { qDebug() 当前没有选中任何文本; return; } QString selected cursor.selectedText(); qDebug() 选中内容: selected; }); }关键点hasSelection()必须先判断否则没选区时selectedText()返回空串你无法区分「用户没选」和「选了个空」。selectedText()返回的是QString可以直接toStdString()或写文件。3.2 键盘全选selectAll 后的读取时机用户按 CtrlA 全选此时选区覆盖全文。读取逻辑和鼠标一样但要注意时机——如果你在keyPressEvent里处理得确保selectAll()已经执行完// 在某个槽函数里响应「全选并读取」 void MainWindow::onSelectAllAndRead() { ui-textEdit-selectAll(); QTextCursor cursor ui-textEdit-textCursor(); QString all cursor.selectedText(); // 全选场景下段落分隔符同样需要处理 all.replace(QChar(0x2029), \n); qDebug() 全文长度: all.length(); }这里QChar(0x2029)就是段落分隔符。全选时如果文本有多段selectedText()里段与段之间就是这个字符不替换的话你split(\n)会得到一整块。3.3 跨段落选择处理 U2029 与信号绑定跨段落是坑最多的地方。用户从第一段拖到第三段selectedText()返回的字符串里段落边界是U2029。可靠写法是统一替换QString MainWindow::getSelectedTextNormalized() const { QTextCursor cursor ui-textEdit-textCursor(); if (!cursor.hasSelection()) { return QString(); } QString text cursor.selectedText(); text.replace(QChar(0x2029), \n); return text; }信号绑定方面如果你要「选中即响应」用selectionChanged而不是textChangedconnect(ui-textEdit, QTextEdit::selectionChanged, this, [this]() { QString sel getSelectedTextNormalized(); if (!sel.isEmpty()) { qDebug() 选区变化当前选中: sel.left(50); } });selectionChanged在选区范围变化时触发textChanged在文本内容变化时触发两者语义不同。做「选中高亮预览」这类功能必须用前者。3.4 三件套配置片段JSON如果你要把上面这段逻辑交给模型审查或者用模型生成 QTest 用例配置里需要带上三件套。下面是一个可复制的 JSON 配置示例路径按你实际工程改{ base_url: https://taotoken.net/api, api_key: sk-你的Key, model_id: 你的ModelID, task: review_qt_selection_code, context: { file: mainwindow.cpp, api: QTextCursor::selectedText, edge_cases: [empty_selection, cross_paragraph, select_all] } }注意base_url不要带末尾斜杠api_key从控制台复制后检查首尾空格。model_id填你实际要用的模型标识。这个片段的作用是让模型明确知道你在处理 QT 选区问题而不是泛泛地聊文本处理。4. 验证请求与成功结果最小可运行示例光看代码不够得跑起来验证。这一节给一个最小可运行示例你可以直接新建一个 QT Widgets Application 工程把下面代码贴进去。main.cpp保持默认。mainwindow.h#ifndef MAINWINDOW_H #define MAINWINDOW_H #include QMainWindow QT_BEGIN_NAMESPACE namespace Ui { class MainWindow; } QT_END_NAMESPACE class MainWindow : public QMainWindow { Q_OBJECT public: MainWindow(QWidget *parent nullptr); ~MainWindow(); private slots: void onReadSelection(); private: Ui::MainWindow *ui; QString getSelectedTextNormalized() const; }; #endifmainwindow.cpp#include mainwindow.h #include ui_mainwindow.h #include QDebug #include QTextCursor MainWindow::MainWindow(QWidget *parent) : QMainWindow(parent) , ui(new Ui::MainWindow) { ui-setupUi(this); ui-textEdit-setPlainText( 第一段这是测试文本。\n 第二段用于验证跨段落选择。\n 第三段selectedText 的换行处理。); connect(ui-pushButton, QPushButton::clicked, this, MainWindow::onReadSelection); connect(ui-textEdit, QTextEdit::selectionChanged, this, [this]() { QTextCursor c ui-textEdit-textCursor(); qDebug() [selectionChanged] hasSelection c.hasSelection() start c.selectionStart() end c.selectionEnd(); }); } QString MainWindow::getSelectedTextNormalized() const { QTextCursor cursor ui-textEdit-textCursor(); if (!cursor.hasSelection()) { return QString(); } QString text cursor.selectedText(); text.replace(QChar(0x2029), \n); return text; } void MainWindow::onReadSelection() { QString sel getSelectedTextNormalized(); if (sel.isEmpty()) { qDebug() 结果没有选中文本; } else { qDebug() 结果选中 sel.length() 个字符; qDebug().noquote() sel; } } MainWindow::~MainWindow() { delete ui; }验证步骤第一步编译运行窗口出现textEdit里有三段文字。第二步用鼠标从第一段中间拖到第二段中间点按钮。控制台应输出类似结果选中 18 个字符 第一段这是测试文本。 第二段用于验证注意换行是真正的\n不是方块或乱码。如果输出里段落之间没有换行说明U2029替换没生效检查replace那行。第三步按 CtrlA 全选点按钮。输出应该是全文段落间有换行字符数等于三段文字加两个换行。第四步什么都不选点按钮。输出「结果没有选中文本」而不是空行。第五步观察selectionChanged的日志。拖动选择时hasSelection变 truestart和end随鼠标变化松开后保持。这验证了信号绑定正确。如果你想让模型帮你检查这段代码的边界处理可以把getSelectedTextNormalized函数贴过去问「还有哪些选区边界情况没覆盖」。模型对话入口在 https://taotoken.net/chat?utm_sourcetaotoken_aicg_blog_endutm_contentmodel_chatutm_campaignrewrite 适合这种单次代码问答。5. 本篇常见错排查401、选区为空、返回旧值怎么解这一节按真实报错和现象来排。我把最常见的几类列出来对照你的情况查。现象一编译报错no member named selectedText in QTextEdit。原因QTextEdit没有selectedText()方法你写成了ui-textEdit-selectedText()。正确写法是ui-textEdit-textCursor().selectedText()。这是最高频的错误记住选区信息在QTextCursor上不在QTextEdit上。现象二selectedText()返回空字符串但界面上明明有蓝色选区。排查顺序先确认cursor.hasSelection()是否为 true。如果 false说明你拿到的 cursor 不是当前有选区的那个。常见于你在别的函数里缓存了旧的QTextCursor或者用了textEdit-textCursor()之外的方式构造 cursor。每次读取都重新调textCursor()拿最新的。现象三返回的是上一次选中的旧值。原因通常是信号用错了。如果你在textChanged里读选区文本变化和选区变化不同步可能读到旧状态。改用selectionChanged。另外如果你在按钮点击槽里读但用户点击按钮时焦点转移导致选区被清除也会读到空——这种情况要在textEdit的focusOut之前保存选区或者用QTextCursor的副本。现象四跨段落选择时换行丢失所有段落挤成一行。原因selectedText()用U2029表示段落分隔不是\n。解决text.replace(QChar(0x2029), \n)。注意QChar(0x2029)的写法别写成\u2029在某些编译器下的窄字符问题。现象五调用模型 API 时报 401。如果你在用 TaoToken 让模型审查代码遇到 401检查三件套Base URL 是不是https://taotoken.net/api不要多加/v1之外的路径API Key 有没有复制完整、有没有换行符Model ID 是不是控制台里真实存在的。401 基本都是 Key 的问题重新去 https://taotoken.net/console/api-keys?utm_sourcetaotoken_aicg_blog_endutm_contentapi_keysutm_campaignrewrite 生成一个再试。现象六报local proxy failed或连接超时。这类错误说明请求没到达服务端通常是本地网络配置或代理设置问题。检查你的 HTTP 客户端有没有走系统代理QT 里用QNetworkAccessManager时默认走系统代理设置。如果你在代码里手动设了代理确认地址可达。这类问题跟 API 本身无关先保证能curl通再排查代码。现象七返回 JSON 里reading choices报错或choices字段缺失。说明请求发出去了但响应结构不对。检查你的请求体是不是标准 chat completions 格式messages数组有没有拼错。如果模型返回了内容但你的解析代码读choices[0].message.content报错打印完整响应体看结构。现象八OAuth 相关报错。如果你用的是需要 OAuth 的客户端比如某些 CLI 工具报 OAuth 失败通常是 token 过期或回调地址不匹配。这类场景建议直接用 API Key 方式绕开 OAuth 流程配置更简单。排障时有个通用技巧把hasSelection()、selectionStart()、selectionEnd()、selectedText().length()四个值一起打印出来。选区问题基本都能从这四个数看出来——start 等于 end 就是没选区length 为 0 但 hasSelection 为 true 说明选了个空段落。6. 把选区能力接进你的 QT 工作流选区读取本身不复杂难的是把它稳定地嵌进真实交互里。给你几个我在项目里验证过的实用做法。第一封装一个工具函数别到处写textCursor().selectedText()。像前面getSelectedTextNormalized()那样统一处理空选区、换行替换、返回类型。项目里所有需要选区的地方都调它改一处全生效。第二区分「读取时机」。按钮点击读取、信号触发读取、定时读取三种时机行为不同。按钮点击最稳因为用户主动触发时选区状态明确信号触发适合实时预览定时读取基本不要用容易读到中间状态。第三跨段落处理要写测试。用 QTest 构造一个多段QTextEdit模拟setTextCursor设置选区断言getSelectedTextNormalized()的输出里\n数量正确。这个测试能帮你挡住后续重构引入的回归。第四如果你在做「选中文本后调用模型处理」这类功能比如选中一段代码让模型解释流程是读选区 → 拼 prompt → 调 API → 展示结果。API 调用部分用 TaoToken 的统一入口Base URL 和 Key 配一次就行。接入文档在 https://taotoken.net/doc?utm_sourcetaotoken_aicg_blog_endutm_contentdocutm_campaignrewrite 里面有各语言的调用示例QT 里用QNetworkAccessManager发 POST 即可。第五长期做编码辅助的话把常用 prompt 和模型配置固化下来。比如「审查 QT 选区代码」这个任务固定用某个 Model ID固定带上边界用例列表。这样每次调用结果更稳定也省去重复描述。Coding Plan 适合这种高频固定任务入口在 https://taotoken.net/coding-plan?utm_sourcetaotoken_aicg_blog_endutm_contentcoding-planutm_campaignrewrite 。最后提醒一个容易忽略的点QTextEdit和QPlainTextEdit的 API 不完全一样。QPlainTextEdit也有textCursor()和selectedText()行为类似但它是为纯文本优化的段落处理更简单。如果你只需要纯文本编辑用QPlainTextEdit性能更好如果需要富文本才用QTextEdit。选型时想清楚能省掉不少选区处理的麻烦。代码写到这里选区读取这条链路就通了。从textCursor()拿 cursorhasSelection()判断selectedText()取值U2029替换换行信号用selectionChanged。五步走完鼠标选区、键盘全选、跨段落三类场景都能覆盖。剩下的就是把它接进你的具体业务逻辑里。
TaoToken 实战：QT 获取 TextEdit 选中文本的 3 种可靠写法
1. QT 获取 TextEdit 选中文本踩坑现场为什么 selectedText() 总是返回空如果你正在写一个 QT 桌面应用界面上放了个QTextEdit用户用鼠标划了一段文字你点个按钮想拿到这段内容——结果selectedText()返回空字符串或者返回的是上一次的旧值。这个场景太常见了我见过不少人在群里问「QT 怎么获取 TextEdit 选中的文本」答案其实就一行textCursor().selectedText()但真正落地时会遇到一堆边界情况。先说清楚这篇要解决什么在 QT 桌面应用中可靠地读取 QTextEdit 当前选中的文本。适合谁看刚接触 QT Widgets、正在做文本编辑器/日志查看器/配置面板的开发者尤其是被「选区为空」「跨段落选择丢换行」「信号触发时机不对」这几个问题卡住的人。核心 API 就一个QString selected ui-textEdit-textCursor().selectedText();但这一行背后有三个坑。第一QTextEdit本身没有selectedText()方法必须通过textCursor()拿到QTextCursor再调selectedText()很多人直接写textEdit-selectedText()编译不过就懵了。第二selectedText()返回的跨段落文本里段落分隔符是 Unicode 的U2029段落分隔符不是\n你直接拿去写文件会发现换行没了。第三如果你在textChanged信号里读选区此时光标状态可能还没更新拿到的是旧值。我试过在一个日志查看工具里做「选中即复制」功能最初就是监听textChanged去读选区结果用户拖动选择时频繁触发、值还不对。后来改成监听selectionChanged信号才稳定。所以这篇不只给你那一行代码而是把鼠标选区、键盘全选、跨段落选择三类场景的可靠写法都拆开讲附最小可运行示例和验证步骤。先明确一个概念QTextCursor是 QT 里操作文本选区的核心对象它同时持有「锚点anchor」和「位置position」两个坐标。选区就是这两个坐标之间的区间。hasSelection()判断是否有选区selectedText()取内容selectionStart()/selectionEnd()取边界。理解了这个模型后面所有写法都是它的组合。2. TaoToken 前置准备把模型能力接进 QT 开发流程在动手写选区代码之前先花几分钟把开发辅助环境搭好。这里说的不是 QT 本身的环境而是当你需要让模型帮你审查这段选区逻辑、生成单元测试、或者解释QTextCursor的边界行为时怎么有一个稳定的调用入口。TaoToken 提供的是统一的模型 API 接入官网在 https://taotoken.net/?utm_sourcetaotoken_aicg_blog_endutm_mediumcsdnutm_campaignrewriteutm_content API 根地址是 https://taotoken.net/api 。你需要准备三样东西我把它叫「三件套」Base URL、API Key、Model ID。Base URL 就是上面那个 API 地址API Key 去控制台创建地址是 https://taotoken.net/console/api-keys?utm_sourcetaotoken_aicg_blog_endutm_contentapi_keysutm_campaignrewrite Model ID 根据你要用的模型填比如做代码审查可以选偏 coding 的模型。这三样在后面的配置片段里会反复出现先记牢。为什么 QT 开发者需要这个举个实际场景你写完选区读取逻辑想验证「跨段落选择时U2029替换成\n是否覆盖所有情况」可以把代码贴给模型让它列出边界用例或者你想给selectedText()写个 QTest 单元测试让模型生成骨架。这些都不需要你本地跑大模型走 API 就行。如果你打算长期在编码流程里用模型辅助比如做 Agent 式的代码补全、批量重构可以了解下 Coding Plan入口在 https://taotoken.net/coding-plan?utm_sourcetaotoken_aicg_blog_endutm_contentcoding-planutm_campaignrewrite 。它更适合高频、长会话的编码场景而不是单次问答。需要说明的是TaoToken 在这里的角色是「模型调用入口」它不替代你的 QT Creator 或编辑器你该在 QT Creator 里写的代码一行都不会少。它只是让你在需要模型帮忙时有个统一的地址和 Key 可用不用每个模型换一套配置。准备好之后建议先做一次最小连通性验证确认 Key 能用。可以用 curl 发一个最简单的请求curl https://taotoken.net/api/v1/chat/completions \ -H Content-Type: application/json \ -H Authorization: Bearer $TAOTOKEN_API_KEY \ -d { model: 你的ModelID, messages: [{role: user, content: 回复 ok}] }返回里有choices字段就说明通了。这一步过了后面让模型帮你分析选区代码时就不会卡在鉴权上。如果这里报 401先检查 Key 有没有复制全、有没有多余空格这是最常见的两个原因。3. 可复制配置三种选区读取写法的完整代码这一节是核心直接给能粘贴进项目的代码。我按三类场景组织鼠标选区、键盘全选、跨段落选择。每段都标注了文件路径和关键参数你可以对照自己的工程改。3.1 鼠标选区selectedText() 基础调用假设你的工程里有个mainwindow.ui上面放了QTextEdit对象名textEdit还有一个按钮pushButton。在mainwindow.cpp里绑定// mainwindow.cpp #include mainwindow.h #include ui_mainwindow.h #include QDebug MainWindow::MainWindow(QWidget *parent) : QMainWindow(parent) , ui(new Ui::MainWindow) { ui-setupUi(this); connect(ui-pushButton, QPushButton::clicked, this, [this]() { QTextCursor cursor ui-textEdit-textCursor(); if (!cursor.hasSelection()) { qDebug() 当前没有选中任何文本; return; } QString selected cursor.selectedText(); qDebug() 选中内容: selected; }); }关键点hasSelection()必须先判断否则没选区时selectedText()返回空串你无法区分「用户没选」和「选了个空」。selectedText()返回的是QString可以直接toStdString()或写文件。3.2 键盘全选selectAll 后的读取时机用户按 CtrlA 全选此时选区覆盖全文。读取逻辑和鼠标一样但要注意时机——如果你在keyPressEvent里处理得确保selectAll()已经执行完// 在某个槽函数里响应「全选并读取」 void MainWindow::onSelectAllAndRead() { ui-textEdit-selectAll(); QTextCursor cursor ui-textEdit-textCursor(); QString all cursor.selectedText(); // 全选场景下段落分隔符同样需要处理 all.replace(QChar(0x2029), \n); qDebug() 全文长度: all.length(); }这里QChar(0x2029)就是段落分隔符。全选时如果文本有多段selectedText()里段与段之间就是这个字符不替换的话你split(\n)会得到一整块。3.3 跨段落选择处理 U2029 与信号绑定跨段落是坑最多的地方。用户从第一段拖到第三段selectedText()返回的字符串里段落边界是U2029。可靠写法是统一替换QString MainWindow::getSelectedTextNormalized() const { QTextCursor cursor ui-textEdit-textCursor(); if (!cursor.hasSelection()) { return QString(); } QString text cursor.selectedText(); text.replace(QChar(0x2029), \n); return text; }信号绑定方面如果你要「选中即响应」用selectionChanged而不是textChangedconnect(ui-textEdit, QTextEdit::selectionChanged, this, [this]() { QString sel getSelectedTextNormalized(); if (!sel.isEmpty()) { qDebug() 选区变化当前选中: sel.left(50); } });selectionChanged在选区范围变化时触发textChanged在文本内容变化时触发两者语义不同。做「选中高亮预览」这类功能必须用前者。3.4 三件套配置片段JSON如果你要把上面这段逻辑交给模型审查或者用模型生成 QTest 用例配置里需要带上三件套。下面是一个可复制的 JSON 配置示例路径按你实际工程改{ base_url: https://taotoken.net/api, api_key: sk-你的Key, model_id: 你的ModelID, task: review_qt_selection_code, context: { file: mainwindow.cpp, api: QTextCursor::selectedText, edge_cases: [empty_selection, cross_paragraph, select_all] } }注意base_url不要带末尾斜杠api_key从控制台复制后检查首尾空格。model_id填你实际要用的模型标识。这个片段的作用是让模型明确知道你在处理 QT 选区问题而不是泛泛地聊文本处理。4. 验证请求与成功结果最小可运行示例光看代码不够得跑起来验证。这一节给一个最小可运行示例你可以直接新建一个 QT Widgets Application 工程把下面代码贴进去。main.cpp保持默认。mainwindow.h#ifndef MAINWINDOW_H #define MAINWINDOW_H #include QMainWindow QT_BEGIN_NAMESPACE namespace Ui { class MainWindow; } QT_END_NAMESPACE class MainWindow : public QMainWindow { Q_OBJECT public: MainWindow(QWidget *parent nullptr); ~MainWindow(); private slots: void onReadSelection(); private: Ui::MainWindow *ui; QString getSelectedTextNormalized() const; }; #endifmainwindow.cpp#include mainwindow.h #include ui_mainwindow.h #include QDebug #include QTextCursor MainWindow::MainWindow(QWidget *parent) : QMainWindow(parent) , ui(new Ui::MainWindow) { ui-setupUi(this); ui-textEdit-setPlainText( 第一段这是测试文本。\n 第二段用于验证跨段落选择。\n 第三段selectedText 的换行处理。); connect(ui-pushButton, QPushButton::clicked, this, MainWindow::onReadSelection); connect(ui-textEdit, QTextEdit::selectionChanged, this, [this]() { QTextCursor c ui-textEdit-textCursor(); qDebug() [selectionChanged] hasSelection c.hasSelection() start c.selectionStart() end c.selectionEnd(); }); } QString MainWindow::getSelectedTextNormalized() const { QTextCursor cursor ui-textEdit-textCursor(); if (!cursor.hasSelection()) { return QString(); } QString text cursor.selectedText(); text.replace(QChar(0x2029), \n); return text; } void MainWindow::onReadSelection() { QString sel getSelectedTextNormalized(); if (sel.isEmpty()) { qDebug() 结果没有选中文本; } else { qDebug() 结果选中 sel.length() 个字符; qDebug().noquote() sel; } } MainWindow::~MainWindow() { delete ui; }验证步骤第一步编译运行窗口出现textEdit里有三段文字。第二步用鼠标从第一段中间拖到第二段中间点按钮。控制台应输出类似结果选中 18 个字符 第一段这是测试文本。 第二段用于验证注意换行是真正的\n不是方块或乱码。如果输出里段落之间没有换行说明U2029替换没生效检查replace那行。第三步按 CtrlA 全选点按钮。输出应该是全文段落间有换行字符数等于三段文字加两个换行。第四步什么都不选点按钮。输出「结果没有选中文本」而不是空行。第五步观察selectionChanged的日志。拖动选择时hasSelection变 truestart和end随鼠标变化松开后保持。这验证了信号绑定正确。如果你想让模型帮你检查这段代码的边界处理可以把getSelectedTextNormalized函数贴过去问「还有哪些选区边界情况没覆盖」。模型对话入口在 https://taotoken.net/chat?utm_sourcetaotoken_aicg_blog_endutm_contentmodel_chatutm_campaignrewrite 适合这种单次代码问答。5. 本篇常见错排查401、选区为空、返回旧值怎么解这一节按真实报错和现象来排。我把最常见的几类列出来对照你的情况查。现象一编译报错no member named selectedText in QTextEdit。原因QTextEdit没有selectedText()方法你写成了ui-textEdit-selectedText()。正确写法是ui-textEdit-textCursor().selectedText()。这是最高频的错误记住选区信息在QTextCursor上不在QTextEdit上。现象二selectedText()返回空字符串但界面上明明有蓝色选区。排查顺序先确认cursor.hasSelection()是否为 true。如果 false说明你拿到的 cursor 不是当前有选区的那个。常见于你在别的函数里缓存了旧的QTextCursor或者用了textEdit-textCursor()之外的方式构造 cursor。每次读取都重新调textCursor()拿最新的。现象三返回的是上一次选中的旧值。原因通常是信号用错了。如果你在textChanged里读选区文本变化和选区变化不同步可能读到旧状态。改用selectionChanged。另外如果你在按钮点击槽里读但用户点击按钮时焦点转移导致选区被清除也会读到空——这种情况要在textEdit的focusOut之前保存选区或者用QTextCursor的副本。现象四跨段落选择时换行丢失所有段落挤成一行。原因selectedText()用U2029表示段落分隔不是\n。解决text.replace(QChar(0x2029), \n)。注意QChar(0x2029)的写法别写成\u2029在某些编译器下的窄字符问题。现象五调用模型 API 时报 401。如果你在用 TaoToken 让模型审查代码遇到 401检查三件套Base URL 是不是https://taotoken.net/api不要多加/v1之外的路径API Key 有没有复制完整、有没有换行符Model ID 是不是控制台里真实存在的。401 基本都是 Key 的问题重新去 https://taotoken.net/console/api-keys?utm_sourcetaotoken_aicg_blog_endutm_contentapi_keysutm_campaignrewrite 生成一个再试。现象六报local proxy failed或连接超时。这类错误说明请求没到达服务端通常是本地网络配置或代理设置问题。检查你的 HTTP 客户端有没有走系统代理QT 里用QNetworkAccessManager时默认走系统代理设置。如果你在代码里手动设了代理确认地址可达。这类问题跟 API 本身无关先保证能curl通再排查代码。现象七返回 JSON 里reading choices报错或choices字段缺失。说明请求发出去了但响应结构不对。检查你的请求体是不是标准 chat completions 格式messages数组有没有拼错。如果模型返回了内容但你的解析代码读choices[0].message.content报错打印完整响应体看结构。现象八OAuth 相关报错。如果你用的是需要 OAuth 的客户端比如某些 CLI 工具报 OAuth 失败通常是 token 过期或回调地址不匹配。这类场景建议直接用 API Key 方式绕开 OAuth 流程配置更简单。排障时有个通用技巧把hasSelection()、selectionStart()、selectionEnd()、selectedText().length()四个值一起打印出来。选区问题基本都能从这四个数看出来——start 等于 end 就是没选区length 为 0 但 hasSelection 为 true 说明选了个空段落。6. 把选区能力接进你的 QT 工作流选区读取本身不复杂难的是把它稳定地嵌进真实交互里。给你几个我在项目里验证过的实用做法。第一封装一个工具函数别到处写textCursor().selectedText()。像前面getSelectedTextNormalized()那样统一处理空选区、换行替换、返回类型。项目里所有需要选区的地方都调它改一处全生效。第二区分「读取时机」。按钮点击读取、信号触发读取、定时读取三种时机行为不同。按钮点击最稳因为用户主动触发时选区状态明确信号触发适合实时预览定时读取基本不要用容易读到中间状态。第三跨段落处理要写测试。用 QTest 构造一个多段QTextEdit模拟setTextCursor设置选区断言getSelectedTextNormalized()的输出里\n数量正确。这个测试能帮你挡住后续重构引入的回归。第四如果你在做「选中文本后调用模型处理」这类功能比如选中一段代码让模型解释流程是读选区 → 拼 prompt → 调 API → 展示结果。API 调用部分用 TaoToken 的统一入口Base URL 和 Key 配一次就行。接入文档在 https://taotoken.net/doc?utm_sourcetaotoken_aicg_blog_endutm_contentdocutm_campaignrewrite 里面有各语言的调用示例QT 里用QNetworkAccessManager发 POST 即可。第五长期做编码辅助的话把常用 prompt 和模型配置固化下来。比如「审查 QT 选区代码」这个任务固定用某个 Model ID固定带上边界用例列表。这样每次调用结果更稳定也省去重复描述。Coding Plan 适合这种高频固定任务入口在 https://taotoken.net/coding-plan?utm_sourcetaotoken_aicg_blog_endutm_contentcoding-planutm_campaignrewrite 。最后提醒一个容易忽略的点QTextEdit和QPlainTextEdit的 API 不完全一样。QPlainTextEdit也有textCursor()和selectedText()行为类似但它是为纯文本优化的段落处理更简单。如果你只需要纯文本编辑用QPlainTextEdit性能更好如果需要富文本才用QTextEdit。选型时想清楚能省掉不少选区处理的麻烦。代码写到这里选区读取这条链路就通了。从textCursor()拿 cursorhasSelection()判断selectedText()取值U2029替换换行信号用selectionChanged。五步走完鼠标选区、键盘全选、跨段落三类场景都能覆盖。剩下的就是把它接进你的具体业务逻辑里。