QT6 PDF阅读器开发实战：标签页码定位与关键字搜索实现-北京尧图网络

简介一份基于Qt6框架的PDF阅读器完整工程面向C开发者、Qt学习者以及需要高效查阅电子文档的办公人群。项目实现了标签定位、页码跳转和关键字搜索三大核心功能标签功能可在多文档间快速切换页码功能支持输入数字直接跳转至目标页搜索功能能识别复杂查询语句并提供智能建议显著提升信息检索效率。资源共61个文件压缩包大小84.12MB主要包含cpp和h源码文件、ui界面定义文件、qrc资源文件另有pdf说明文档、exe可执行程序及dll动态库等便于直接运行体验或二次开发。已有239人学习使用。通过学习该工程可以掌握Qt6环境下PDF页面渲染、自定义标签管理、文本搜索高亮以及界面布局的实现思路可快速改造成适配个人习惯的阅读工具也可作为毕业设计或课程项目的参考资料。1. QT6 PDF阅读器一个工程把标签、页码定位和关键字搜索串起来QT6 PDF阅读器这个工程解开压缩包的那一刻你就能猜到它是为“快速定位”设计的。它不是那种只能翻页的简易阅读器而是同时给了你三条找内容的路径标签定位、页码直达、关键字搜索。对经常要同时摊开十几个PDF文档、在几百页里找某一段话的人来说这三条路径意味着每天少点几十次鼠标。它适合两种人一类是准备用QT6做桌面工具、想要一个能跑的完整参考工程的开发者另一类是正在被“PDF文档分散、定位靠肉眼”折磨的文档处理从业者。前者能拆出GUI、渲染、搜索的完整写法后者可以直接把它当成顺手的工作工具来用。2. 从源码包到可运行工程QT6选型与项目结构解读2.1 为什么选QT6而不是QT5界面与渲染库的边界条件做PDF阅读器QT版本的选择直接影响两条线渲染能力和控件生态。QT6在QPainter、QOpenGLWidget、QTextDocument这几个和文档渲染强相关的模块上做了清理和重写渲染高DPI PDF时的清晰度、滚动流畅度都比QT5有明显改善。如果再考虑HiDPI屏幕QT6从底层就支持了缩放策略的自动感知不用像QT5那样在main函数里反复手动设置缩放因子。这个工程用的是VS的Qt插件工程格式后缀是vcxproj、filters、sln说明在Windows上拉起来就能编。进入工程之前要注意一个边界条件PDF解析和渲染依赖的底层库是QPDF业界常用的C PDF处理库也就是说QT6只负责界面和事件循环真正的PDF解释、页面光栅化、文本提取是QPDF在做。弄清楚这个边界后面调试“页码跳了但页面没变”“搜索有结果但不高亮”这类问题时才知道该去界面层找原因还是去渲染层找原因。注意如果编译时遇到“找不到PDF库头文件”先查的不是QT环境而是QPDF库的包含路径和链接路径是否已经写进vcxproj的附加依赖项。2.2 源码包目录拆解接口层、控件层、资源层各干什么解开压缩包后第一眼会觉得文件有点散但按职责划分其实很清楚。我把核心文件按层摊开来看文件层职责zxPDFReaderWidget.h / .cpp控件层阅读器主控件负责PDF加载、翻页、页面渲染、标签栏和搜索面板的交互zxPDFReaderWidget.ui界面定义层用designer拖出来的界面布局标签栏、页码输入框、搜索框都在这里定义searchresultdelegate.h / .cpp控件层搜索结果列表的绘制委托负责命中关键词的高亮显示zoomselector.h / .cpp辅助控件层缩放比例选择器支持预设百分比和自定义输入QtWidgetsApplication1.*应用入口层承载阅读器控件的宿主窗口resources.qrc资源层管理工具栏图标、样式文件等资源的索引main.cpp入口层启动应用、初始化QApplication、加载主窗口这个分层结构值得照着拆。zxPDFReaderWidget是核心控件类它把阅读器的所有能力都收口到一个自定义控件里QtWidgetsApplication1窗口只是这个控件的容器。这样设计的好处是你以后想把这个阅读器嵌入别的界面不需要动阅读器内部只要在目标窗口里加一句addWidget就能复用想单独跑一个PDF阅读器窗口也可以用这个控件做独立窗口。main.cpp里做的是标准的QT6初始化同时会做PDF渲染库的全局配置。常见做法是在main函数里设置PDF文件路径参数、指定默认缩放模式、初始化翻译等信息。我在实际拆这个工程时习惯先把main.cpp和zxPDFReaderWidget.ui对照着看ui里定义了那些控件代码里就会对应地出现findChild或connect调用这一步能快速建立起“界面元素到代码逻辑”的映射。界面加载之后zxPDFReaderWidget的构造函数会依次做几件事初始化PDF解析库、创建空标签页容器、连接页码输入框的跳转信号、初始化搜索面板。注意构造函数里对PDF库的初始化必须放在控件绘制之前否则页面区域第一次重绘时可能拿不到渲染上下文表现为“窗口出来了但页面白屏”。2.3 工程配置里容易被忽略的两个开关在vcxproj文件里QT6工程的配置有两项影响运行行为一是“Qt Installation”路径指向二是编译器工具集版本。前者决定你用哪个版本的QT6运行时后者决定链接的是哪个MSVC运行库。换一台电脑编译时这两项最容易不一致表现就是“代码没问题但一跑就找不到Qt6Pdf.dll”或者“Debug能跑、Release编译不过”。另一个容易被忽略的是这个工程把UI文件.ui放进了zxPDFReaderWidget模块里而不是放在主程序模块里。想在Qt Designer里直接拖拽修改阅读器界面的要正确加载zxPDFReaderWidget.ui工程如果打开的是主程序工程下的窗口文件会发现连标签栏的影子都找不到。3. 标签与页码定位界面信号槽与页面坐标换算的实现3.1 标签语义文档、页码、命名词条如何绑定标签系统解决的核心问题是让“第2份文档的第37页”这种语义找到落点。不要简单地把标签想成一个书签字符串它在代码里是一个数据结构至少保存三样东西源文档标识、目标页码、用户可见的标签名。源文档标识用来在标签被点击时定位到正确的文档实例页码用来触发跳转标签名是给用户看的。打开文档并创建标签的核心代码如下void zxPDFReaderWidget::addPdfTab(const QString filePath, const QString labelName) { // 1. 创建并解析PDF文档 QSharedPointerPdfDocument doc QSharedPointerPdfDocument::create(); QPdfDocumentError err doc-load(filePath); if (err ! QPdfDocumentError::None) { qWarning() PDF加载失败: filePath; return; } // 2. 在标签栏里插入一个标签项 QListWidgetItem *item new QListWidgetItem(m_pDocTabList); item-setText(labelName.isEmpty() ? QFileInfo(filePath).fileName() : labelName); item-setData(Qt::UserRole, filePath); // 绑定文档路径 item-setData(Qt::UserRole 1, 0); // 绑定初始页码第1页记为0 // 3. 维护文档索引 m_docList.append(doc); }第2步里用setData把文档路径和初始页码挂到QListWidgetItem上这是标签栏与文档绑定的关键。Qt::UserRole保存文档路径Qt::UserRole 1保存当前页码后续点击标签时通过item-data()就能取回这两个值。PDF文档对象单独维护在m_docList里标签项里只存索引路径不直接持有文档对象好处是避免文档被多个界面元素引用后出现生命周期混乱。标签跳转的槽函数需要额外处理一个问题多个标签可能对应同一个文档的不同页面。要判断目标文档是否已经打开在阅读器里如果已打开直接切换页码如果未打开则重新加载并定位。这个分支很容易漏很多第一次接触标签系统的人会把每个标签都当成一个独立文档去加载结果同一份PDF在内存里被加载了十几次滚动和搜索都卡。3.2 页码输入跳转与QPDF坐标换算页码定位的UI是页码输入框用户输入“37”后按回车阅读器跳转到第37页。这个交互看似简单实际上要处理的是坐标体系的换算——PDF文档内部的页码是从0开始的而用户看到的页码是从1开始的。void zxPDFReaderWidget::onPageJumpRequested(int displayedPage) { // 用户输入的页码从1开始内部索引从0开始 int documentIndex displayedPage - 1; // 边界保护超出有效页码范围时直接忽略 if (documentIndex 0 || documentIndex m_currentDoc-pageCount()) { qWarning() 页码越界: displayedPage; return; } // 执行页码切换 m_currentDoc-setPageIndex(documentIndex); // 根据当前缩放比例刷新渲染 m_pdfView-setPage(documentIndex); m_pdfView-update(); // 同步标签栏里记录的当前页 int tabIndex m_pDocTabList-currentRow(); m_pDocTabList-item(tabIndex)-setData(Qt::UserRole 1, documentIndex); }括号里注释已经点明displayedPage是用户视角页码documentIndex是内部页码两者永远差1。这个换算不复杂但它是页码功能里出现bug最多的位置。一旦在某个环节忘记减1表现就是“输入第37页打开的却是第38页的内容”而且这种bug在文档实际只有80%内容可见时特别难发现。参数上需要注意setPageIndex和setPage的区别。setPageIndex是文档层的页面索引切换setPage是渲染视图层的页面显示切换。只调前者不调后者文档内部页码变了但屏幕上还是旧页面只调后者不调前者界面跳到新页面但内部状态没更新后续做关键字搜索时会按旧页码去找内容。页面渲染再往后一步是坐标映射问题。PDF内容在页面内是有完整坐标体系的渲染出来的图像需要被缩放到控件宽高内。工程里zoomselector就是为了解决缩放比例的它把百分比数字转换成渲染缩放系数缩放系数直接决定QPdfView渲染时用到的变换矩阵。缩放比例不只是一个视觉参数它还影响“从关键字搜索命中到页面跳转后命中文本在屏幕上的显示位置”。3.3 从标签栏点击到页面重绘信号槽链路标签栏点击到页面刷新的完整链路是QListWidget::itemClicked信号 →onTabItemClicked槽函数 → 从item的数据区取文档路径和页码 → 调用loadDocument或setPageIndex→ 触发QPdfView的重绘事件 → 渲染新页面。connect(m_pDocTabList, QListWidget::itemClicked, this, zxPDFReaderWidget::onTabItemClicked); void zxPDFReaderWidget::onTabItemClicked(QListWidgetItem *item) { if (!item) return; QString filePath item-data(Qt::UserRole).toString(); if (m_currentDoc-documentPath() ! filePath) { // 目标文档与当前显示的文档不同先加载文档 loadPdfDocument(filePath); } int pageIndex item-data(Qt::UserRole 1).toInt(); m_currentDoc-setPageIndex(pageIndex); m_pdfView-setPage(pageIndex); m_pdfView-update(); }注意节点是m_currentDoc-documentPath() ! filePath这个判断。如果同一份文档被用户从不同目录打开过可能存在路径语义相同但字符串写法不同的情况比如D:/docs/a.pdf和D:\\docs\\a.pdf。统一走一次QDir::cleanPath再做比较可以避免这种边角比较失误。标签栏的动态语义还能继续扩展。工作中有个稍微进阶的用法给标签项设置不同颜色的前景色来表示文档状态——绿色表示“已读完”黄色表示“正在读”灰色表示“未开始”。这个做法不需要改数据结构只要在标签项的setForeground里根据文档状态更新颜色即可对多文档并行阅读的场景非常实用。4. 关键字搜索从高亮命中列表到页面精准跳转4.1 搜索输入框与结果列表从字符串触发到delegate绘制PDF阅读器的搜索看起来是“输入关键词→出结果列表”但落到QT6里至少需要四个组件的协作搜索输入框负责接收文本、搜索面板负责组织搜索流程、搜索结果列表负责展示命中项、delegate负责在列表里绘制高亮效果。searchresultdelegate.cpp承担了高亮绘制工作。它重写了paint方法把命中关键词的文本区域绘制成带背景色的样式。void SearchResultDelegate::paint(QPainter *painter, const QStyleOptionViewItem option, const QModelIndex index) const { QStyleOptionViewItem opt option; initStyleOption(opt, index); // 从model中取出该条目保存的原始文本 QString fullText index.data(Qt::DisplayRole).toString(); QString keyword index.data(Qt::UserRole).toString(); if (keyword.isEmpty()) { QStyledItemDelegate::paint(painter, opt, index); return; } painter-save(); // 绘制默认背景 painter-fillRect(opt.rect, opt.palette.window()); // 找到关键词在整条文本中的位置 int hitPos fullText.indexOf(keyword); if (hitPos 0) { // 绘制三个区域命中前、命中段、命中后 QRect textRect opt.rect.adjusted(4, 2, -4, -2); QFont font opt.font; // 命中前文本 QString beforeText fullText.left(hitPos); painter-setFont(font); painter-drawText(textRect, Qt::AlignLeft | Qt::AlignVCenter, beforeText); // 命中段 QString hitText fullText.mid(hitPos, keyword.length()); QRect hitRect textRect; int beforeWidth QFontMetrics(font).horizontalAdvance(beforeText); hitRect.setLeft(hitRect.left() beforeWidth); painter-fillRect(hitRect, QColor(255, 230, 100)); painter-drawText(hitRect, Qt::AlignLeft | Qt::AlignVCenter, hitText); // 命中后文本 QString afterText fullText.mid(hitPos keyword.length()); int hitWidth QFontMetrics(font).horizontalAdvance(hitText); QRect afterRect hitRect; afterRect.setLeft(afterRect.left() hitWidth); painter-drawText(afterRect, Qt::AlignLeft | Qt::AlignVCenter, afterText); } else { QStyledItemDelegate::paint(painter, opt, index); } painter-restore(); }这里的关键逻辑是indexOf定位与三段绘制。QStyleOptionViewItem是QT6中绘制list item的标准参数opt.rect是当前条目在视图中占的矩形区域。绘制命中文本前先用QFontMetrics.horizontalAdvance计算命中前文本的像素宽度从而把命中区域平移正确的偏移量保证背景色刚好覆盖在关键词正下方。如果搜索结果是直接从PDF页面文本提取的还要注意一个情况PDF文本提取的字符间可能夹带着不可见的控制字符或换行符导致indexOf明明存着关键词却匹配不中。工程里在提取页面文本后做了空白字符归一化处理把\u00A0、连续空格和换行替换成普通空格同时记录原始文本与归一化文本的字符偏移映射。有了这个映射搜索时用归一化文本匹配跳转时通过偏移映射找原始文本位置两个方向都不丢信息。4.2 命中策略与页码回跳搜索循环里最容易被忽略的边界搜索的完整流程可以抽象成三个动作遍历当前文档的所有页面、在每页提取文本并匹配关键词、把命中页码和上下文片段写入结果列表。void zxPDFReaderWidget::performSearch(const QString keyword) { m_searchResultList-clear(); for (int pageIndex 0; pageIndex m_currentDoc-pageCount(); pageIndex) { QString pageText m_currentDoc-extractPageText(pageIndex); if (pageText.contains(keyword, Qt::CaseInsensitive)) { // 截取命中位置前后的上下文作为列表里展示的文本 int pos pageText.indexOf(keyword, 0, Qt::CaseInsensitive); int start qMax(0, pos - 15); int end qMin(pageText.length(), pos keyword.length() 15); QString snippet pageText.mid(start, end - start); snippet.replace(\n, ); QListWidgetItem *item new QListWidgetItem(m_searchResultList); item-setText(snippet); item-setData(Qt::UserRole, pageIndex); item-setData(Qt::UserRole 1, keyword); // 记录最大命中数用于状态栏提示 m_lastHitCount; } } }循环里最容易被忽略的边界有三个。第一个是页码从0开始遍历结果列表里Qt::UserRole存的是从0开始的页索引但用户看结果时习惯认为“第1页”列表项上直接显示0会让人困惑需要在展示时加1。第二个是大小写敏感问题。Qt::CaseInsensitive适用于英文和部分拉丁文场景但中文和日文文本受大小写影响不大多语言文档环境下建议统一用Qt::CaseInsensitive避免中文文档里因为大小写转换出沙特歧义。第三个是跨页搜索的上下文截断。用户常遇到“搜到一段话但列表里只显示15个字看不出是不是自己要找的那句”。这里有两个优化方向一是把上下文截断窗口从固定的15个字符改成按句子边界截取遇到句号、分号就断二是在列表项上增加页码前缀显示成“第12页这两台设备之间的同步策略…”让用户先看页码定位再确认上下文。命中结果的页码回跳也做了保护点击结果列表项后会先从Qt::UserRole取出页索引执行setPageIndex(pageIndex)紧接着做一次m_pdfView-setPage(pageIndex)最后把标签栏里记录的当前页同步掉。三步动作缺一不可缺了任何一步都可能出现“搜索结果列表显示的是第12页阅读器内容停在原页”。4.3 把搜索做得更顺手历史建议与多词组合摘要里提到这个工程会根据搜索习惯提供建议。落到实现上常见做法是把用户每次成功触发的搜索词记录到本地配置里下次点击搜索框时弹出下拉建议。QT6里可以用QCompleter搭配QStringListModel把最近搜索词灌进过滤模型再设置setCompletionMode(QCompleter::PopupCompletion)实现联想下拉。多词组合搜索是我拆这个工程时顺手加的一个扩展。PDF里的业务文档经常出现“设备型号日期状态”这样的组合查询比如“A823 AND 2024-01 AND 故障”。实现方式是先把关键词按空格拆解再对提取的页面文本依次做contains判断只有所有子关键词都命中的页面才算是真命中。注意拆词和中文黏着文本之间的冲突——取词时不要按整个空格硬切遇到“A823”这种带数字的短词要配合正则做词边界判定避免把“A8230”错误匹配成“A823”。高亮跳转到页面后屏幕上的命中文本位置还值得再做一件事根据命中文本的坐标执行一段偏移滚动让命中内容出现在窗口中部而不仅是最顶部。实现思路是先从QPdfDocument拿到命中文本的bounding box再把该区域中心坐标换算成视图坐标用verticalScrollBar()-setValue()滚动过去。这一步能让搜索使用体验从“能跳”上升到“跳得准”操作量不大但可感知的提升非常明显。5. 编译与运行避坑模式不匹配、中文路径、工具栏丢失排查5.1 Debug编译通过Release链接直接炸现象Debug配置下程序能正常运行切换到Release配置后编译报出一堆无法解析的外部符号指向QPDF库的各个接口。原因这是QT6 VS环境下最典型的配置问题。工程在Debug模式下链接的是qpdfd.lib带d后缀的调试库Release模式下要链接qpdf.lib。vcxproj条件配置里如果只写了Debug的附加依赖项没有写Release的或者写死了绝对路径指向了某个Debug库文件一换配置就会链接失败。另一个常见原因是编译器工具集版本不一致——Debug用了v143工具集编译的库Release却链接了v142工具集的库二者导出的符号修饰方式不同同样会报未解析。解决打开zxPDFReaderWidget.vcxproj检查Linker - Input - AdditionalDependencies确认Debug和Release各有一份独立的库文件名且库文件路径指向的PDB版本和当前工程一致。建议直接使用QT6的QtPdf模块库系统自带链接方式避免手动维护QPDF的Debug/Release双份依赖。顺手在vcxproj.user里确认一下QtInstallPath指向的是同一个QT6目录不要在debug用一套、release用另一套。5.2 页码跳转无效所有PDF都停留在第1页现象输入任意页码回车窗口底部状态栏显示“已跳转”但阅读区域的内容始终停在第1页。原因先说结论这是信号槽连接断链了。工程里页码输入框的信号是QLineEdit::returnPressed在ui文件里连着onPageJumpRequested。如果某个改造环节中用代码新建了一个QLineEdit但没有手动connect这个信号或者界面重新setupUi时把原先的连接覆盖掉了键盘回车的信号没有进入槽函数。还有一种情况是信号确实触发了槽函数但槽函数里先做了文档加载判断而加载判断的条件写反了导致每次都走“加载新文档”分支页面被重置到第1页。解决断点打在onPageJumpRequested入口第一件事确认槽函数有没有被调用。没调用检查connect连接被调用了看m_currentDoc-pageCount()的返回值如果返回0说明文档加载本身失败了页面页数未知自然无法跳转。再把断点移到m_pdfView-setPage(pageIndex)这一步确认页码索引是目标值还是恒等于0。5.3 英文能搜到中文全是“未找到”现象文档是中文版搜索“设备”返回0条换成英文关键词能搜到所有中文文本匹配全部失败。原因这类问题在QT6下要分两层查。第一层是PDF文档本身的中文编码——如果PDF里的中文字符使用的是CID编码而非Unicode映射页面文本提取后在QLabel或list里能正常显示但底层的字符串内容可能包含特殊的字体映射标记QString::contains进行精确匹配时匹配不上。第二层是QT6的QString::contains对UTF-8和UTF-16的转换差如果在进行indexOf之前没有把搜索引擎拿到的QString统一转成Qt::CaseSensitive匹配模式某些中文标点或全角字符会干扰匹配结果。解决先做字符一致性校验。对所有页面提取出来的文本统一走一遍QString::normalized(QString::NormalizationForm_C)把兼容性字符规范到统一码点。然后在搜索入口打印调试日志输出第一个字符的实际码点。如果确认是CID编码问题那么只能退回到用PDF文本层的“选取文本”特性做搜索或者引入文本抽取层在打开文档时把所有页面文本预抽成UTF-8的纯文本索引。第二种方案多花几十兆内存但搜索稳定性会提升一个级别。5.4 更换Qt版本后工具栏图标消失现象把工程从QT6.2迁移到QT6.5后代码编译正常但工具栏上的按钮全部变成空白方块。原因resources.qrc里的图标路径没变变的是QT6版本之间资源编译器的行为。QT6.5对qrc文件里的相对路径解析更严格原先能容忍的./images/open.png写法在新版本里可能解析失败。另一种情况是图标文件命名里含有大写字母或空格在Windows下编译期没问题但运行时资源引用大小写敏感导致查找失败。解决打开resources.qrc检查所有路径统一使用反斜杠或正斜杠不要混用图标文件名改成全小写字母加下划线删除构建目录下的资源临时文件重新编译一次。如果图标还是没有就在main.cpp里手动追加一次QDir::setCurrent(app.applicationDirPath())排除掉当前目录不对导致qrc资源加载不到的情况。注意以上四条排查经验都来自我实拆这个工程的过程每一条的第一个排查点都先怀疑QT6的坐标和字符串处理不要急着怀疑逻辑正确性。界面层和渲染层的问题往往出在最基础的数据一致性上。6. 把阅读器改顺手页面渲染缓存与二次开发技巧这个工程能跑通只是起点真正让它变成日常工具还差一个关键优化——页面渲染缓存。PDF页面光栅化是非常吃CPU的操作每次翻页都把整页重新渲染一遍翻页速度会明显拖后腿。常见做法是给阅读器加一个LRU页面缓存最多保留最近16页的渲染结果翻页时先查缓存命中就直接贴图没命中再走文档渲染管线。void zxPDFReaderWidget::tryRenderPageWithCache(int pageIndex) { QPixmap cached m_renderCache.object(pageIndex); if (!cached.isNull()) { m_pdfView-setPixmap(cached); return; } QPixmap rendered m_currentDoc-renderPage(pageIndex, m_currentZoom); m_renderCache.insert(pageIndex, rendered); m_pdfView-setPixmap(rendered); }参数m_currentZoom是当前缩放比例插入缓存的key是页索引和缩放系数的组合这样在不同缩放级别下来回切换时不会误用低分辨率缓存。缓存对象用QCache管理自动处理淘汰不用自己维护计数。对日常使用来说页码显示还有一个体验细节值得加把页签栏的“当前页/总页数”更新逻辑从硬编码改成响应pageChanged信号。QPdfView在pageChanged信号里带页码索引和总页数同步到状态栏后用户在翻页时能实时看到进度变化。缩放选择器那边补充一个“适配宽”按钮作用是读取当前视图宽度反推出合适的缩放比例这个功能在多列排版的PDF里尤其有用。打包发布时QT6程序依赖的DLL比QT5更多不要只拷贝exe和图片资源。运行windeployqt时加上--pdf参数把PDF支持模块一并带出否则程序到了没有安装QT环境的机器上一加载文档就崩。我一般把这一步写在发布脚本里每次编译完都强制走一遍windeployqt、把缺失DLL记录在release notes里从那以后几乎没有再被“换台机器跑不起来”的问题卡过。希望帮到你。本文还有配套的精品资源点击获取

QT6 PDF阅读器开发实战：标签页码定位与关键字搜索实现

相关推荐

mysqld --initialize 初始化失败？排查权限与数据目录的常见坑

SQLite RTree逻辑漏洞：影子表操作与事务回滚引发数据不一致

生产二进制与源码不一致？从反汇编到git历史还原一段被遗忘的代码

更多资讯

Linux运维实战：grep统计、pkill杀进程与truncate清空日志的避坑指南

RabbitMQ死信队列实战：从概念到配置，解决消息丢失问题

Linux网络编程实战：从HTTP到自定义TCP协议的计算器重写

SpringBoot+Vue+MySQL文物征集管理系统设计与实现全解析

cmux：面向Agent与LLM应用的上下文管理中间件实践

高光谱遥感影像分类实战：Python实现(2D)²PCA降维与双通道CNN-SVM融合

今日更新

再见，SSE！你好，Streamable HTTP！轻松开发 Streamable HTTP MCP Server 并接入 TaoToken

工业软件标准化路线图：国产替代的落地施工图

VCMI安卓版实操指南：原生运行英雄无敌3的3步技术落地

本周精选

CMOS设计三大物理效应：体效应、沟道长度调制与亚阈值导电

微信小程序在线阅读毕设全解析：Java后端+MySQL+避坑实战

Android音频问题五层分析法：从App到Codec的系统化诊断

本月热门

我发现了一个新思路：用 Remotion + Claude Code 像写代码一样自动化生成短视频

Windows下 Codex 中 Chrome 和 Computer Use 插件不可用问题排查及解决参考方式：TaoToken 统一 Key 配置与验证

2026 大模型集体涨价：用 Python 做企业 Token 成本测算与选型避坑（附配置）

读完文章，想聊聊您的网站？