1. 为什么大家都说“找不到好用的PDF阅读器”
先把话说在前面：PDF这玩意儿看着简单，打开就能看，但真正用起来，你马上会发现一堆问题——滚动卡顿、扫描版书籍模糊、注释不方便、高亮没法导出，更别提偶尔还要拆页、提取、转格式。过去几年我在Windows、macOS、Linux和手机上都折腾过不少PDF工具，试过很多热门的阅读器、编辑器、转换器，也踩过不少坑。这篇内容就是把我最终沉淀下来的一套选型思路和实操配置整理出来，给需要的朋友做参考，目标就一个：不重复造轮子，不瞎装一堆软件，找到最适合你的那一个。
先说明一下我判断“好用”的标准，后面所有推荐和对比都基于这套标准：
- 打开速度快，几MB的文档秒开，几十MB的大文件不卡顿
- 阅读体验舒服，翻页、缩放、滚动手势符合直觉，文字渲染锐利
- 标注、高亮、备注这些核心功能好操作，能导出并随文档保存
- 支持OCR或基础扫描件处理，至少能识别中文文字
- 轻量优先，不想要动辄几百MB甚至需要联网才能用的所谓“全家桶”
- 跨平台优先级高，能Windows和手机无缝协作更好
我观察下来，国内互联网上关于PDF阅读器的讨论，很多都停留在“下载一个XX浏览器打开PDF”这个层级，完全没把阅读器和编辑器、阅读器和转换工具区分开。实际上，根据不同使用场景，最优选完全可以是好几个不同的软件，没必要一个工具打天下。比如日常读文档、读论文、做笔记、查资料、签合同、填表单，需求的差异非常大。这篇内容我会从轻量阅读、深度批注、开源方案、开发嵌入、移动端配合、打印与转换这几个角度，把所有关键选择背后的逻辑和实际体验讲清楚。
2. 轻量阅读器的第一梯队：免费、快速、纯净
2.1 为什么我日常主力是SumatraPDF
如果只让我给普通用户推荐一款Windows上的PDF阅读器，我的答案非常明确：SumatraPDF。这是一个免费开源的轻量阅读器，体积仅十几MB，绿色免安装版本拷到U盘里就能直接用。它不只是PDF，还支持EPUB、MOBI、DJVU、FB2等电子书格式，这个组合非常适合重度电子书阅读用户。
说一下它的核心优势，首先是快。SumatraPDF打开几十MB的PDF几乎不加载延迟，上下翻页的流畅度在同类免费工具里属于第一梯队。而且它的内存占用控制得很好，开十几个PDF标签页也不至于把机器拖垮。这一点我实测过，同一个40MB的扫描版PDF，笔记本自带Edge浏览器打开时，要转圈五秒才渲染出来，SumatraPDF基本就是双击即开、秒出页面。
其次是它的阅读模式设置非常实用。按F11进入全屏阅读，按Ctrl+滚轮缩放页面，左右方向键翻页，上下方向键滚动，习惯键盘操作的人会非常顺手。它还内置了“页码导航栏”和“目录侧边栏”，遇到带书签的PDF可以直接展开跳转，这对读技术书籍来说非常方便。
它的缺点是功能边界很清晰，它就是个“看图”工具，批注、高亮、表单填写它统统不擅长，甚至可以说基本没有这些功能。这意味着如果你需要一边读文档一边做注释，光靠它是不够的。但换个角度看，它的纯净恰恰是优点：打开就是“读”，没有任何弹窗、广告、云端推广在里面，体验干净到近乎寡淡，但恰恰是这种寡淡让它成为非常可靠的日常阅读工具。
2.2 帮你把电脑默认打开方式改过来的实操
操作系统默认的PDF打开方式一直在变。Windows 11默认是Edge浏览器打开PDF，很多人不习惯，因为Edge加载大型PDF时会明显卡顿，同时浏览器本身的界面元素（地址栏、标签页、收藏栏）会占据宝贵的阅读空间。把PDF默认打开方式改成SumatraPDF，是一个很值得做的小优化。
简单两步：
- 下载SumatraPDF便携版或安装版，放到一个不会随意移动的目录。
- Windows左下角搜索“默认应用”并打开，找到“按文件类型指定默认应用”，滚动到
.pdf这一项，点击当前的Edge图标，在弹出的已安装应用列表里选择SumatraPDF即可。
如果你装的绿色便携版没有出现在列表里，可以右键一个PDF文件，选择“打开方式 > 选择其他应用”，再勾选“始终使用此应用打开.pdf文件”，然后通过“在这台电脑上查找其他应用”手动指定SumatraPDF的执行文件路径。实测这样操作同样能写入默认关联。
这里有一个容易踩的坑：如果一个PDF文件已经被WPS或某些“PDF编辑器”强行占用了关联，哪怕你在设置里改了默认应用，双击文件可能还是被那套软件弹窗接管。解决办法是先卸载或关闭那套软件的“文件关联守护”功能，再重新指定默认程序。否则改了等于没改。
2.3 阅读器的显示渲染细节
很多人忽略了一个问题：PDF阅读器的渲染引擎不同，同一份文档的显示效果差异很大。SumatraPDF用的是自研渲染引擎，文字边缘锐利，但遇到某些嵌入字体特殊的PDF，可能会和Adobe Acrobat的渲染结果有一点点差异。如果你从事排版输出行业，建议对同一份PDF做最终检查时，仍然用Adobe Acrobat或福昕阅读器确认一遍，避免印刷环节字体差异导致意外。
另外，在SumatraPDF的设置里有一个“使用系统级文字导航”选项，建议开启。这个选项会利用Windows自带的文本排版引擎进行末尾对齐和连字符处理，某些复杂排版文档的观感会因此提升不少，但对一般的阅读场景，影响不大，按需开启就行。
3. 深度批注和编辑场景：选功能全面型阅读器
3.1 福昕高级PDF编辑器：国内用户最顺手的全能型工具
当你不再满足于“看”，而是需要画高亮、框选区域、添加注释、填写表单、扫描件转文字，那就要把工具从“阅读器”升级到“编辑器”档位。国内做得最成熟的商业方案之一就是福昕（Foxit），特别是“福昕高级PDF编辑器”这条产品线。
实话实说，福昕的高级编辑器最打动我的地方，是它把Adobe Acrobat里很多隐藏在深层菜单的功能，重新做成了一套对中文用户更友好的界面。比如“高亮”工具，在Acrobat里要切换编辑状态、选注释类型再选择颜色，而福昕打开文件后直接点工具栏上的高亮图标，选中文字即可，操作步骤少了很多。对于每天需要大量审阅合同、批注方案的人来说，这种细节能省下大量时间。
实际测试中，我用一个80MB左右的扫描版PDF做性能测试。福昕的加载速度比Acrobat快不少，全文搜索响应也比较流畅，翻页没有明显的掉帧感。它对高分辨率的适配也做得不错，4K屏幕下工具栏和图标不会缩成一小条，阅读区域可以做到最大化显示。
要注意的点是，商业版本有很多功能分层，普通版和高阶版的权限不同。如果你只是做高亮批注，入门版就够用，不必多花钱买OCR或转Word的套餐。但需要注意：福昕的OCR功能对中文扫描件识别还算是国产软件里表现比较稳的，不过准确率仍取决于扫描件的清晰度。300DPI以上的黑白扫描件识别效果明显优于彩色低清扫描件。带有水印、印章遮挡的文字，识别率会大幅下降，遇到这种情况先想办法获取源文档更靠谱。
3.2 学术阅读和文献管理：为什么PDF和文献管理要分开
学生党和科研党经常犯一个错误：把PDF阅读器当文献管理器用，在阅读器里建一堆文件夹，然后把论文往里塞。这么做的问题在于，PDF阅读器对元数据、标签、引用信息的支持都很弱，文件一旦改名或移动就乱套。
更合理的逻辑是：用Zotero或EndNote这类文献管理工具来“管”PDF文件，用好的阅读器来“读”PDF文件。两者通过链接关联，而不是互相替代。Zotero可以自动抓取PDF的标题、作者、年份信息，并把全文检索索引做好，你平时阅读还是用自己顺手的阅读器打开文件，笔记和批注会同步保存在PDF文件里。这样既保留了文献管理的条理性，又没有牺牲阅读体验。
3.3 扫描版PDF和OCR的取舍
扫描版PDF（通常是图片型文档）是阅读器中非常容易遇到的“老大难”。它的特点是页面内容不可搜、不可选、不可复制，本质是一张张图片。处理这类文档，普通人有一个误区，以为用PDF阅读器直接打开就能文字识别，其实不然。阅读器只能唤起OCR模块，识别效率和效果还得看引擎本身。
我测试下来，中文扫描版PDF的OCR效果排行大致是：ABBYY FineReader（效果最好但价格高）＞ 福昕高级编辑器自带的OCR模块 ＞ 免费开源Tesseract稍加优化 ≥ 大多数在线OCR工具 > 某些手机扫描App内置的中文识别。
在日常工作中，如果只是偶发需求，通过手机App“扫描全能王”或在线工具处理几次就够了，没有必要买正版OCR软件。但如果工作中经常接触档案、票据、合同扫描件，建议用一个准确率够用、且本地化的工具处理，避免把敏感文件传到在线平台。
4. PDF.js和开源嵌入方案：开发者视角的阅读器
4.1 PDF.js是浏览器里渲染PDF首选方案
做Web开发的朋友都知道，浏览器原生对PDF的支持其实是比较基础的。直接让浏览器打开PDF文件，效果依赖浏览器自带插件，用户界面不可控、样式没法自定义、打印效果也难修。如果要做“在线预览PDF”的功能，用Mozilla团队维护的pdf.js是目前最通用、最成熟的开源方案。
pdf.js可以让开发者在网页里用Canvas渲染PDF页面，整套工具是纯JavaScript + Web Worker实现，不依赖任何插件，移动端和桌面端浏览器都能跑。它本质上是一个“PDF阅读器的开源实现”，所以你会看到它的原生UI自带翻页、缩略图、文本选择和打印功能。
实际项目里，我常用的做法是只引入核心的pdf.js和pdf.worker.js文件，然后自己写一个轻量的阅读器界面。核心逻辑就几段：加载PDF数据、获取总页数、渲染指定页面、监听翻页事件。一个简单的渲染代码如下：
const loadingTask = pdfjsLib.getDocument({ url: '/path/to/your.pdf' }); loadingTask.promise.then(pdf => { const pageNumber = 1; pdf.getPage(pageNumber).then(page => { const scale = 1.5; const viewport = page.getViewport({ scale }); const canvas = document.getElementById('pdf-canvas'); const context = canvas.getContext('2d'); canvas.width = viewport.width; canvas.height = viewport.height; const renderContext = { canvasContext: context, viewport }; page.render(renderContext); }); });需要注意，getDocument也可以直接接收arraybuffer，但如果是大文件，建议优先用url让pdf.js内部处理加载，尤其要设置好workerSrc路径，否则会频繁报错。以前网上很多教程把workerSrc写成CDN地址，但在部分内网部署场景下会失效，最稳的方法是把它指向公开的PDF.JS自带worker文件，或直接把pdf.worker.js放到同域静态目录。
用pdf.js还有几个隐藏好处：一是它可以自己控制缩放、旋转和打印逻辑，不依赖浏览器原生打印对话框；二是它自带文本层抽取功能，可以对文本进行搜索、选择和复制，这对于一些在线文档平台是刚需；三是页面懒加载容易实现，一次性渲染几千页的PDF不会把浏览器卡死。
4.2 开源阅读器的几款可选组合
除了pdf.js，开源的PDF处理生态里还有很多值得投入的工具，简单列一下：
- MuPDF：C语言实现的极轻量PDF库，带命令行工具
mutool，可以非常快速地抽取页面、合并文件、查看PDF结构，移动端App嵌入首选。 - Poppler：Linux系统下多数PDF工具的底层解析引擎，
pdftotext这个命令行工具就来自它，写脚本处理PDF时会经常用到。 - PDF.js：上面重点说过的Web方案，嵌入浏览器最省事。
- Tesseract OCR：配合PDF.js或Poppler使用，可以构建本地化的扫描件文字识别流水线。
这套组合拳适合有一定开发能力的团队，用来自建企业内部的文档中心、在线预览系统或者批量归档工具。它没有商业软件那么好用的图形界面，但胜在完全可控、不受授权限制、没有云端上传隐私问题。
4.3 实际项目：网页端PDF阅读器要如何设计
结合我自己做过的项目经验，一个体验较好的网页端PDF阅读器，至少要包含这几块：阅读区域、页码状态栏、缩略图栏、文本选择层、打印按钮。
阅读区域要尽量做成“像真实纸张”，页面居中不过分铺满，背景用柔和的灰色，这样视觉焦点更集中。页码栏建议放在右下角悬浮，而不是占一大块顶部导航。缩略图功能用pdf.js的getPage接口逐页渲染小尺寸canvas实现，但注意不要一次性把全部页都渲染出来，否则首次加载会火上浇油地卡顿，正确做法是只渲染当前可见区域附近的缩略图。
打印是另一个容易出错的地方。直接用window.print()打印canvas页面，结果往往不是A4纸张比例，如果你需要按原尺寸打印，就要在样式里精确控制打印页面的尺寸和margin，并在@media print中隐藏所有工具条、缩略图栏，只保留当前PDF页面。更稳的做法是用pdf.js自带的打印模块，它可以直接按PDF页面原样生成打印输出。
5. 移动端办公场景：手机和平板上的PDF阅读器
5.1 安卓和iOS上的主流选择
移动端和平板端的PDF使用场景和桌面端不一样。手机上更多是“应急查看”，比如出差路上看个合同，排队时看个论文，偶尔做个签名。平板上则更接近桌面使用，尤其配合触控笔之后，做批注的体验甚至超过鼠标。
安卓平台我长期用过三款，各有定位：
- Xodo PDF：界面现代，批注工具丰富，免费版就很好用，云同步比较方便。
- WPS Office内置的PDF模块：如果办公室已经把WPS当成全家桶用，那不建议再额外装阅读器，直接用内置模块就行，但要注意它有时会引导你开通会员。
- Google PDF Viewer：最轻量，适合偶尔打开看一眼，不奢求任何批注。
iOS平台的体验整体更好。iOS原生“文件”应用里可以直接预览PDF，配合Apple Pencil，用系统自带标注工具就可以写字、画线，这也是很多iPad用户忽略掉的一个免费功能。如果你想做更复杂的批注，如荧光笔、文本框、页面插入等操作，可以试试Adobe Acrobat Reader移动版，虽然部分高级功能要订阅，但基础批注和签名免费，稳定性和Apple Pencil适配都做得不错。
5.2 手机扫描文档和阅读器组合使用
手机本身是很好的“PDF生产工具”，比如用扫描全能王或者苹果备忘录自带的扫描功能拍照生成PDF，然后再把它发给朋友或自己，之后用阅读器打开查看，这套流程非常流行。有一点值得提醒：手机扫描生成的PDF默认可能是“图片型”的，文字不可选。如果希望可复制文字，建议在扫描App里开启OCR识别；如果实在没开，也没关系，阅读器里看到的是一样的效果，只是不能复制罢了。
在手机上看扫描版PDF时，屏幕宽幅有限，最好把阅读器切到“垂直滚动模式”，方便连续翻动，同时开启“深色反色”模式——把白底黑字反成黑底白字，夜间阅读能明显降低眼部压力。这个功能并不是所有阅读器都支持，支持不好的会有白字变灰字、图片变诡异的情况，建议实测后再使用。移动端阅读的另一个痛点是网络文件，如果经常在网盘、邮件附件、微信文件里打开PDF，建议把文件先下载到本地再打开，否则每翻一页都等网络加载，体验极差。
5.3 跨平台同步的最佳姿势
跨设备同步PDF和批注，很多时候被想复杂了。最简单的方案就是用网盘存放PDF原件，在一台设备上批注后，把批注后的文件重新同步到原位置。代价是频繁手动上传下载，修改时容易产生版本混乱。更好一点的方案是使用支持云批注同步的阅读器。
Xodo有自动同步到Google Drive/O365的功能。Adobe Acrobat有Document Cloud同步方案。福昕在移动端的同步体验也尚可。不过要注意的是，这些同步方案都依赖对应厂商的账号体系，如果你的需求只是把文件从电脑传到手机，不考虑实时同步，走微信“文件传输助手”传过去反而是最省事的途径。
6. 转换、打印和格式处理：阅读器之外的必备技能
6.1 PDF转Word、转Excel、转图片的要领
PDF格式最“烦”的地方在于“能看不能改”，所以很多人问的第一件事就是“PDF怎么转Word”。市面上在线转换网站多如牛毛，但一个显著问题是被转换为Word文档时，排版经常一塌糊涂，尤其是分栏、表格、公式较多的文献，转换后几乎没法用。
我处理这类需求的原则：
- 文字型PDF转Word，优先用Adobe Acrobat或福昕的本地转换功能，准确率最高。
- 扫描型PDF转Word，必须先OCR，再转格式，否则得到的是乱码图片。
- 如果只是想提取文字，不需要保留排版，优先用在线网站提取或把PDF文本复制出来，再进Word排版复制进新文档。这样速度快、不容易乱。
- PDF转图片，优先级最高的其实是系统的“打印到图片”，或者用命令行工具
pdftoppm（来自Poppler）批量输出，它支持直接指定DPI、JPEG或PNG格式，方便做长图或重新成册。
实际测试过，直接把中文扫描PDF扔给在线转换工具，想转出可编辑的Word，多数情况结果都惨不忍睹。带阴影、透视、歪斜的图片，需要先矫正角度再OCR，一步到位往往白费。
6.2 网页打印PDF时的设置技巧
“网页打印PDF”这个需求非常常见，但很多人掉进一个坑：浏览器直接把网页打印出来，结果每页边距不对、背景颜色丢了、页面被截断。原理是浏览器默认打印并不保留网页的屏幕显示样式。要从网页生成一份排版正常的PDF，建议优先用各浏览器自带的“打印 > 另存为PDF”功能，并在打印前做两个设置：
- 在打印预览里把“纸张大小”选成A4或A5，按需选择纵向或横向。
- 打开“背景图形”开关（Chrome里位于“更多设置”下面），否则部分带背景色或背景图片的页面内容会消失。
如果是自己开发的页面，需要在打印样式里额外写好@media print规则，把不需要的侧边栏、导航、弹窗隐藏掉，并明确设置好每个页面的边距。有些复杂的可视化页面，还需要用html2canvas这类工具先把图表转成图片再嵌入打印，免得图表被切断。
6.3 HTML转PDF和自动化处理
服务端生成PDF是很多业务系统的刚需，不管是生成订单、报告，还是批量制作票据。这里选型很关键，如果你只想把现有HTML页面直接转成PDF，首先可以看看你用的框架是否自带输出PDF能力，比如很多报表工具内置导出功能。
要是自己写代码，主流的方案有两类：一类是无头浏览器方案，比如用Puppeteer控制Chrome无头模式，打开HTML页面后调用打印接口生成PDF；另一类是纯Java的itext7方案，适合后端做模板渲染后直接拼接PDF，还能加水印、加密、书签，自由度非常高。
实际项目里，用itext7做HTML转PDF时，中文字体和复杂CSS是两大头痛点。默认字体之下中文会变成豆腐块，必须注册中文字体文件；复杂CSS支持也很弱，表格、弹性布局经常错位。所以itext7适合由简单模板拼接出的PDF，复杂前端页面还是优先用Puppeteer渲染后输出，再交给后端做水印叠加或PDF拆分合并。
7. 常见问题排查实录：阅读器起不来、打不开、不显示
7.1 PDF大文件打不开或加载半天
遇到大文件加载慢，第一步先判断文件本身是否损坏，办法是换一个阅读器或在线预览尝试。如果只有某个软件打不开，那大概率是它的渲染器对大文件处理策略不佳，不是PDF本身的问题。解决方案同样是换用轻量级阅读器，并尽可能把PDF切分为多个小PDF使用。用SumatraPDF实测，单个1GB的PDF能打开，但翻页和渲染都会有一定延迟，属正常物理限制。
如果某个文件在浏览器里能打开但本地阅读器不行，注意检查文件后缀是否真的为.pdf，很多时候网上下载的文件扩展名是假的，实际是HTML或RAR伪装。用文本编辑器打开文件看头部是否为%PDF即可判断。
7.2 中文显示乱码或字体缺失
PDF显示中文乱码多半是缺少字体嵌入。PDF有“字体嵌入”机制，如果创建PDF时没有嵌入中文字体，阅读器只能在系统里用替代字体渲染，替代不成功就会出现方框或乱码。这类问题无法靠阅读器设置解决，只能回源文档重新导出PDF，并在导出选项中勾选“嵌入所有字体”。已经损坏的PDF，可以尝试用Acrobat“增强扫描”或“打印到PDF”方式重新生成；如果不行，就只能尽力提取文字或找原文档。
7.3 PDF无法复制文字或复制出来是乱码
两个原因最常见：一是文件本身是扫描图片，没有文本层；二是文件设置了复制权限加密。前者按前面说的做OCR就行；后者需要查看文件属性里的“安全”信息，如果是加密限制复制，要么联系作者索要无密码版本，要么在合法权属下使用专业工具解码权限——但是必须注意遵守相关法规与授权约定。
还有一种情况：某些PDF虽然能复制文字，但复制出来中文变乱码，多半是字体编码映射问题。遇到这种情况，可以先尝试把内容打印到新PDF，再用新PDF复制；如果还不行，那基本是原文档已经损坏，只能走OCR。
7.4 打印出来的PDF丢内容或错位
打印PDF时丢内容、内容错位，和阅读器关系很大。如果是浏览器直接打印PDF，会经过浏览器的打印渲染流程，个别插件会对页面做缩放适配，导致表格边框或底纹丢失。这种时候改用阅读器自带的打印功能通常可以规避。福昕、SumatraPDF和Acrobat的打印引擎都比较可靠。
打印时还有一个关键字，叫“打印为图像”。当打印精度不稳或字体错乱时，在打印对话框里勾选“打印为图像”，系统会把每一页转成位图后输出，稳定但文件大、慢一点。适合遇到棘手的打印任务时兜底使用。
7.5 阅读软件崩溃或闪退
闪退首先怀疑内存和版本兼容性。老电脑上运行太重量级的编辑器确实容易崩，换成轻量阅读器就好。其次是软件版本问题，某些商业编辑器搭配Windows新版本时，偶发闪退，更新版本或切换兼容模式就好。还有一点是杀毒软件拦截，个别安全软件会拦截PDF软件的运行，导致刚打开就闪退，可以临时关闭杀软的文档防护功能测试；确认是冲突后，把PDF软件加入信任区即可。
8. 我需要提醒你避开的几个坑
第一，不要为了追求“免费功能全”去装从不知名网站下载的“PDF绿色破解版”。这类版本往往被二次打包，运行后可能悄悄安装全家桶，甚至带有不受控制的上传行为。我收到过不少朋友求助：下载一个“优化版”PDF编辑器后，电脑开始频繁弹广告、被改了主页、有些文件莫名其妙损坏。踩过这类坑后，我的态度是：如果只是阅读，免费开源的SumatraPDF已经非常好用；如果确实需要编辑批注，那就购买正版授权或使用功能受限的免费版本，不要拿机密文档的安全性去赌一个来路不明的软件。
第二，不要把所有PDF文件都存云端在线转换。很多业务合同、个人信息、企业资料，在线传输本身就有泄露风险。不少免费网站在服务条款里明确写了“你上传的文件可能会被用于模型训练”之类的说明，只是用户不仔细看。处理重要文件，尽量在本地完成转换和OCR；如果一定要在线处理，脱敏后的测试文件优先，避免直接上传原文。
第三，不要迷信某一个工具。PDF格式的复杂性决定了任何一个软件都不可能完美处理所有场景，同一份文件在不同的软件里渲染效果都可能不同，用错了工具只会浪费时间。与其到处求“最好的阅读器”，不如把自己的需求粒度拆细：日常阅读用轻量工具，深度批注用富功能工具，开发嵌入用库自行实现。这套组合方案的体验远远好于一个“包打天下”的软件。
第四，版本管理意识要有。如果一份PDF经过了多轮批注、修改、签章，请不要在文件名上只保留“最终版”三个字，版本号或日期务必写清楚，否则最终交付时手忙脚乱找版本是常态。这是一个老生常谈但永远有人踩的坑，我在实际项目里简直是必修课。
第五，选择阅读PDF的软件之前，先确认你手里这份PDF里面的字体是否标准。某些只能在特定环境打开的文件，在别的软件里表现得很差，不是阅读器问题，而是文件本身生成不规范。制作PDF的源头，把字体嵌入好、页面尺寸设置好，下游阅读的体验就会好一大截。
9. 我自己的最终搭配和一点心得
综合以上所有使用经验，我目前在不同设备上的搭配是这样：Windows主力用SumatraPDF轻量阅读，偶尔拿福昕高级编辑器做批注和表单填写；服务器和命令行环境用MuPDF和Poppler做批量处理；网页端通过pdf.js实现各类在线预览；手机和平板装Xodo和系统自带预览，随时应急看文件。所有重要文件全部只在本地处理，在线工具只用来处理非敏感、非核心的临时需求。
我个人在实际操作中的体会是：选阅读器不需要追新，不需要贪多。你的工作流是顺手的，比任何“排行榜第一名”都重要。刚开始可能会被各种功能晃眼，每个都装、每个都试，最后发现真正高频使用的也就是那么一两个。与其把时间花在研究工具的每一个菜单项上，不如先把几个核心阅读软件的上手路径搞熟——打开文件、快速翻页、高亮批注、放大缩小、打印导出，这五个动作做顺了，效率就已经远超每天切换不同软件的人。最后再强调一句，PDF阅读器这个东西没有“万金油”，把不同工具放到该在的位置上，你会省下大量因为“打不开”“转格式失败”“批注丢失”而浪费的时间。
