arXiv 下载太慢怎么办？摘要能开 PDF 慢的分层排查与断点续传

更新于 2026-10-23 · jetstream.mom

简答：遇到 arXiv 下载太慢或 PDF 卡死在进度条，常见原因包括跨境链路大文件传输吞吐不足、论文内嵌高分辨率图像导致体积过大、浏览器扩展或内置阅读器冲突，以及高频请求触发防抓取限制。若急需看内容，最快解法是先将摘要页网址中的 abs 改为 html 查看轻量网页版；若必须下载大体积 PDF，建议按系统使用终端命令进行断点续传（Windows 在 PowerShell 运行 curl.exe，macOS 与 Linux 在终端运行 curl），避免浏览器反复重头下载，再按“服务状态与浏览器→本地网络与 DNS/MTU→客户端分流与节点吞吐→合规替代入口”顺序排查。

定义：arXiv 下载缓慢是指访问康奈尔大学维护的开放获取预印本库时，因跨境长距离 TCP 传输丢包、单篇论文编译体积过大、客户端代理分流配置不当或防爬虫频控策略，导致页面响应延迟、PDF 数据流传输速率低下或中途断连的网络现象。

先试这一步：按症状速查与 2 个救急方案

本站为独立第三方技术指南站点，与 arXiv 官方无隶属关系。当你赶着读论文却发现摘要页（/abs/）秒开、点开 PDF（/pdf/）却一直转圈或卡在百分之几十不动时，不要反复按 F5 刷新，否则容易触发服务端频控拦截。请先对照下表采取最小改动方案救急：

方案 1：改看官方 HTML 实验版（省去数十 MB 文件传输）

根据 arXiv 官方无障碍 HTML 论文说明，平台已为大量由 TeX/LaTeX 提交的论文生成原生网页格式，方便移动设备与弱网环境按需加载图文。只要在摘要页右侧“Access Paper”区域看到“HTML (experimental)”链接，或手动把网址中的 /abs/ 替换为 /html/（例如将 arxiv.org/abs/2301.00001 改为 arxiv.org/html/2301.00001），即可直接在浏览器阅读正文与公式，无需等待完整 PDF 下载完成。需要注意，少量包含特殊宏包或纯 PDF 提交的稿件可能暂不支持 HTML 转换。

方案 2：用系统自带命令行工具断点续传（防中断重下）

根据 arXiv 稿件体积与图像规范说明，部分包含高分辨率图像或大量实验附图的综述与工科论文，生成的 PDF 体积会非常庞大。浏览器自带下载器在跨境高延迟、偶发丢包的链路上很容易中断且无法恢复进度。Windows 10/11、macOS 和主流 Linux 发行版均自带支持断点续传的命令行工具，但不同系统的命令名称不同（Windows 的 PowerShell 将 curl 默认映射为其它命令，因此必须显式输入 curl.exe）：

Windows 10/11（打开 PowerShell 或命令提示符 CMD）：
curl.exe -L -C - https://arxiv.org/pdf/2301.00001.pdf -o 2301.00001.pdf
macOS / Linux（打开终端 Terminal）：
curl -L -C - https://arxiv.org/pdf/2301.00001.pdf -o 2301.00001.pdf

使用时请将 2301.00001 替换为你实际需要的论文编号。其中 -L 表示自动跟随重定向，-C - 表示自动检测本地已下载的字节偏移量并从断点处继续传输，-o 用于指定保存的文件名。如果传输中途速度归零或报错退出，只需按方向键“上”重新运行同一条命令，即可接着上一次的进度继续下载。若本地文件其实已经完整下载完毕，再次带 -C - 运行时服务端可能会返回 HTTP 416（请求范围不满足）提示，此时直接检查本地文件大小并打开阅读即可。

按 4 层顺序排查：从官方状态、浏览器到网络链路

如果换用断点续传后速率依然只有几 KB/s，或者连摘要页都无法正常加载，建议按“本地网络与服务状态 → 浏览器与阅读插件 → DNS 与 MTU → 客户端分流与节点吞吐”的固定顺序逐层定位瓶颈：

第 1 层：确认官方服务状态与本地基础网络

核对服务状态：先访问 arXiv 官方运行状态页，查看各服务组件运行状态以及是否有计划内数据库维护公告。如果官方状态页显示正在维护或部分下载功能临时关闭，属于服务端事件，等待恢复或改查作者个人主页即可。
核对系统时间与切换网络：检查电脑或手机的系统时间、时区是否自动同步准确（时间偏差过大会导致 HTTPS 握手异常）。随后断开当前校园网或办公 Wi-Fi，临时改用手机 4G/5G 热点做一次对比测试：若手机热点下载顺畅，说明瓶颈在原局域网防火墙、校园网国际出口拥塞或本地路由器配置。

第 2 层：排查浏览器内置阅读器与扩展插件冲突

根据 arXiv 官方 PDF 阅读说明与 arXiv 浏览器配置指南，部分旧式 PDF 浏览器插件在在线渲染长文档时会向服务器发起多次快速连续请求，不仅容易导致页面假死，还可能意外触发防爬虫拦截机制；同时，下载源码（Source）或 PostScript 文件时，部分浏览器会自动解压 .gz 文件却保留原后缀，造成文件“损坏”假象。

用无痕/隐私窗口排除扩展干扰：按浏览器类型打开无痕模式测试下载——Chrome 与 Edge 在 Windows 下按 Ctrl+Shift+N（macOS 按 Cmd+Shift+N）；Firefox 在 Windows 下按 Ctrl+Shift+P（macOS 按 Cmd+Shift+P）；macOS 的 Safari 按 Cmd+Shift+N。若无痕窗口速度恢复正常，请逐一禁用主窗口中的学术翻译扩展、PDF 批注插件或多线程下载接管插件。
改为先保存到本地再打开：在浏览器设置中将 PDF 处理方式从“在浏览器中打开”改为“下载文件”，或者在摘要页的“Download PDF”按钮上右键选择“链接存储为”，下载到本地硬盘后再用独立的 PDF 阅读软件或文献管理工具打开。

第 3 层：排查 DNS 解析污染与 MTU 分片丢包

若浏览器状态正常，但每次建立连接都要等待十几秒，或者下载刚起步就卡死，通常与 DNS 解析拿到距离过远的 CDN 边缘节点、或链路 MTU（最大传输单元）不匹配有关：

刷新本地 DNS 缓存并核对解析：在 Windows 命令提示符运行 ipconfig /flushdns，或在 macOS 终端运行 sudo dscacheutil -flushcache; sudo killall -HUP mDNSResponder，随后用 nslookup arxiv.org 检查是否能正常返回 IP。
检测 MTU 黑洞（摘要能开、大文件 PDF 卡死的高频原因）：摘要页文本很小，而 PDF 传输会立即跑满最大数据包（标准以太网为 1500 字节）。当校园网 PPPoE 拨号或虚拟网卡叠加封装导致有效载荷上限缩减、且沿途路由丢弃分片包时，就会出现“小网页秒开、大文件卡死”。在 Windows 下可运行 ping -f -l 1472 arxiv.org（macOS 下运行 ping -D -s 1472 arxiv.org）；若提示需要分片（Packet needs to be fragmented / Message too long），可按每次减 20 的步长下调数字（如 1452、1400）测试，并将物理网卡或虚拟网卡（TUN）的 MTU 调低至不丢包的数值。

第 4 层：核查代理客户端分流规则与节点大文件吞吐

对于使用网络加速或代理客户端的科研人员，常见的误区是“只看节点 Ping 延迟数字，忽略大文件持续吞吐与分流规则”：

检查分流规则是否漏配静态与导出域名：打开客户端的实时连接日志（Connections），点击一篇论文的 PDF 链接，观察 arxiv.org、export.arxiv.org 与 static.arxiv.org 走的是直连（DIRECT）还是预期代理组。如果摘要页走了代理而 PDF 请求被分流规则误判为直连，或相反，先统一归入稳定的路线组。
区分规则模式与全局模式并验证出口：在规则（Rule）模式下，访问国内站点显示本地 IP 属于正常现象；排障时可临时切到全局（Global）模式验证目标站能否顺畅拉取 PDF 且出口 IP 已按预期变化，确认无误后再把 arxiv.org 相关域名写回规则列表，避免全局代理影响本地校园网内网数据库访问。
优先看吞吐而非低延迟：Ping 值低仅代表小包往返快，不代表带宽充裕。若当前节点在高峰期存在限速或丢包，切换到带宽余量充足、专门用于数据传输的常规节点重测。

防封禁底线与合规替代下载入口

在排查下载慢的过程中，许多读者会尝试使用多线程下载器（开启 8 线程、16 线程并发）或第三方网页重定向脚本，这往往会导致访问彻底中断：

1. 为什么不能用多线程并发下载或高频刷页面？

根据 arXiv 官方防自动抓取规范（Robots Beware），服务器资源优先保障人类读者的交互式访问，严禁使用自动化爬虫、蜘蛛程序或多线程下载加速器（accelerators）对站内链接发起无差别的并发请求。一旦触发防抓取机制（robot-tripwires），服务端会直接返回 403 Access denied 或提示速率超限（Rate exceeded），若被拦截后仍持续发起高频请求，IP 段将被视为攻击并封禁。

同样，根据 arXiv API 使用条款，调用官方 API、OAI-PMH 或 RSS 接口的程序必须遵守速率限制（每 3 秒不超过 1 次请求且限制单连接）。此外，作为日常实操经验建议，使用 Zotero Connector 等文献管理插件在浏览器中收集论文时，每保存一篇最好留出数秒间隔，避免一次性同时打开并抓取十几个 PDF 标签页；若遇到 Zotero 抓取 PDF 失败，可结合站内的文献管理排障指南改为先手动下载再拖入条目。

2. 官方与合规的替代获取方式

使用官方程序化访问域名或批量数据集：根据 arXiv 批量数据访问说明，官方专门设立了程序化检索接口与批量获取渠道以减轻主站交互阅读的压力；对于需要大规模文本挖掘的科研团队，官方还在 Kaggle 与 Amazon S3 上提供了完整机器可读数据集。
通过 DOI 跳转已发表版本或作者机构仓储：许多预印本已在正式期刊或会议（如 IEEE、ACM、Springer 等）发表，摘要页的“Journal reference”或“Related DOI”字段会直接给出正式出版链接。若你所在高校图书馆已购买对应数据库权限，点此链接走校园网专线下载往往比直连预印本主站更快。此外，在搜索引擎检索论文完整标题加 filetype:pdf，常能找到作者在大学实验室主页、ResearchGate 或 OpenReview 上托管的同版本文件。
谨慎对待非官方第三方镜像站：网络上流传的部分非官方镜像域名或油猴重定向脚本并非康奈尔大学官方维护，经常出现同步滞后、证书过期、甚至注入广告脚本的问题，不建议在其中登录个人学术账号。

按网络环境的针对性设置建议

不同科研场所的网络架构差异较大，建议结合你当前所处的环境选择最稳妥的工作流：

国内高校校园网 / 科研院所网：部分高校已接入教育网国际学术通道或支持 IPv6 访问。遇到 IPv4 晚高峰拥堵时，可在网络设置中确认是否已获取公网 IPv6 地址；若校园网对单连接大流量存在 QoS 限速，优先采用前文介绍的 HTML 版在线阅读，或用命令行单线程断点续传。
企业内网 / 跨境远程办公环境：公司防火墙或安全网关常会对十几 MB 的 PDF 数据流进行实时病毒扫描（先由网关缓存完整文件、扫描通过后再下发给浏览器），表现为进度条长时间卡在 0% 然后瞬间完成。此时请耐心等待数十秒，不要中途关闭页面。
移动端（iPad / 手机浏览器）：移动系统后台切换应用时极易中断未完成的浏览器下载任务。在平板或手机上阅读时，优先点击摘要页的“HTML (experimental)”链接，或复制 PDF 链接到支持后台续传的阅读器应用中单线程拉取。

结尾推荐框为本站商业推广。

arXiv 6 种下载慢与失败症状速查表

故障现象	高频原因	最快救急动作（1分钟内）	对应深层排查步骤
摘要页能开，点 PDF 一直转圈或卡在进度条中途	跨境长连接丢包、MTU 分片受阻，或单篇 PDF 含大图体积过大	1. 将网址 /abs/ 改为 /html/ 看网页版；2. 用系统命令行（Windows 用 curl.exe，macOS/Linux 用 curl）加 -C - 断点续传	第 3 层（检测 MTU）与第 4 层（检查 PDF 域名分流及节点吞吐）
只有某 1 篇论文极慢，同日其它论文下载正常	该论文作者内嵌了未压缩的高分辨率图片或大量附图，文件达数十 MB	不换配置，直接用终端命令行单线程断点续传，等待拉取完成	查看《arXiv 稿件体积说明》，或在摘要页右键另存为本地文件后再打开
网页提示 403 Access Denied 或 Rate Exceeded	短时间高频刷新、多线程下载器并发请求，或共享出口 IP 被他人连带触发防抓取限制	立即停止刷新并关闭多线程下载工具，切换网络出口（如改用手机热点）或等待解封	查看《防封禁底线》，改用单线程下载并控制文献插件抓取节奏
下载源码（Source）或 PS 文件后提示无法解压	浏览器自动解压了 gzip 流但未修改后缀名，实际已是 tar 包或纯文本	直接把文件后缀从 .gz 改为 .tar（或用解压缩软件按 tar 格式打开）	第 2 层（参考官方浏览器配置指南，调整 MIME 文件处理方式）
换无痕窗口秒下，正常浏览器窗口一直失败	浏览器内置 PDF 阅读器、学术翻译插件或下载接管扩展发生请求冲突	在无痕窗口完成下载，或在浏览器设置中将 PDF 改为“直接下载不预览”	第 2 层（按浏览器快捷键开启无痕测试并逐个排查扩展）
连摘要页和搜索框都打不开，提示连接超时	本地 DNS 解析异常、校园网/运营商国际链路抖动，或官方正在维护	先看 status.arxiv.org 排除官方维护，再切手机热点或刷新本地 DNS 缓存	第 1 层（核对系统时间与服务状态）与第 3 层（刷新 DNS）

常见问题

为什么 arXiv 摘要页能秒开，但点击 PDF 下载就特别慢甚至失败？

摘要页（/abs/）只是几 KB 的纯文本网页，几个数据包即可加载完毕；而 PDF 文件通常在数 MB 到数十 MB 之间，对跨境链路的持续吞吐量、丢包重传和 MTU（最大传输单元）非常敏感。此外，如果代理客户端的分流规则只匹配了主站网页却漏掉了静态文件链路，或者浏览器 PDF 预览插件发起多次并发分段请求，也会导致摘要页正常而 PDF 卡死。

如何不经过摘要页，直接构造 arXiv 的 PDF、HTML 和源文件标准链接？

只要知道论文编号（例如 2301.00001），即可直接按固定路径访问不同格式：摘要页为 arxiv.org/abs/2301.00001；PDF 全文为 arxiv.org/pdf/2301.00001.pdf；轻量网页版为 arxiv.org/html/2301.00001（支持大部分 TeX 编译稿件）；LaTeX 源文件压缩包为 arxiv.org/e-print/2301.00001。若需指定具体修订版本，在编号后加上版本号（如 v1、v2）即可。

可以用 IDM、aria2 等多线程下载器开 16 线程加速下载 arXiv 论文吗？

非常不建议。arXiv 官方在 Robots Beware 规范中明确禁止使用自动化爬虫和多线程下载加速器发起高频并发连接。多线程同时向同一文件发起十几个分段请求极易触发防抓取警报，导致当前 IP 收到 403 Access Denied 封禁提示。如需防断连，请使用单线程断点续传（Windows 运行 curl.exe -L -C -，macOS/Linux 运行 curl -L -C -）。

使用 Zotero 等文献管理软件一键抓取 arXiv 论文总是失败怎么办？

插件抓取包含“保存元数据”和“下载 PDF 附件”两步。若条目能生成但 PDF 附件打红叉，说明瓶颈在 PDF 传输或客户端未接管软件流量。可先在浏览器中用单线程方式把 PDF 保存到本地，再直接拖拽到 Zotero 对应条目下完成关联；同时在日常收集中每篇之间留出数秒间隔，避免连续快速点击触发频控。