把网页上连载的小说变成自己本地的TXT或者EPUB，这个需求我前后帮朋友折腾过几十次。某猫小说下载器就是专门干这个的工具，你给它一个目录页地址，它能顺着章节列表把正文一篇篇抓下来，去掉广告和无关导航，最后合成一个干净的TXT，或者打包成带封面、带目录的EPUB。整个过程不需要你搭环境、写正则，界面里点点选选就能完成，对只是想“把书存下来慢慢看”的人来说，非常省心。

这个工具适合谁？如果你平时用手机阅读App看网页版小说，翻几页就弹一次广告；如果你习惯在Kindle、掌阅、iPad的图书App上看书，却总找不到排版干净的TXT版本；如果你收藏了一堆“进度链接”，担心哪天网站突然关闭书就再也找不回来——这台下载器基本能解决你80%的痛点。下面我按自己的使用经验，把这类工具的完整玩法、格式原理和踩坑记录一次讲透。

1. 先搞清楚：小说下载器到底解决了什么痛点

1.1 在线阅读的日常折磨

别急着讨论工具参数，先想清楚一个问题：为什么明明浏览器能看，我们还要费劲把它下载成文件？

我自己的体会是，在线阅读有几个绕不过去的坎。首先是广告和弹窗，尤其是手机浏览器访问很多小说阅读站点，每隔几章就插入一个横屏广告，有时候误触一下就直接跳去应用商店。其次，网站阅读进度是靠Cookie或者账号状态维持的，清理一次浏览器缓存，书签全没了，还得手动往回翻找记录。更麻烦的是章节页经常改版，今天目录是这种结构，下周就换了一套，原来点开就能看，现在要登录甚至要装App。

但把书下载成TXT或者EPUB之后，这些问题就都消失了——文件存在你手里，不依赖任何网站存活，阅读器可以离线打开，字体大小、背景颜色、翻页动画全由自己说了算。

1.2 下载成文件，才是真正“拥有”这本书

很多人搜“番茄小说怎么下载成txt”，本质就是在找一种“把平台内容变成自己本地文件”的方法。我不建议去破解平台的版权保护，但如果你手头有自己购买的电子书、作者明确允许转载的免费章节，或者一些已经进入公共领域的古籍，用下载器整理成离线文件，是再正常不过的需求。

TXT和EPUB之所以成为主流选择，是因为它们覆盖了两类完全不同的阅读场景。TXT是纯文本，任何设备、任何阅读器都能打开，兼容性极强；EPUB则是一种标准电子书格式，带排版、带目录、带封面，在专业的阅读器上体验接近原版纸质书。某猫小说下载器把两种输出都做出来了，等于让一份抓取结果同时适配“老设备”和“现代阅读器”两种环境，这也是它受欢迎的核心原因。

2. 核心功能拆解：抓取、清洗、成型

2.1 把“书源规则”想成一段挖矿脚本

小说下载器这类工具，表面看是傻瓜操作，背后其实是一套“书源规则”在起作用。所谓书源，就是一组告诉程序怎么解析网站结构的指令：目录页里的章节列表在哪个容器里、每一条链接指向什么地址、正文区域用哪个选择器提取、标题在哪、下一页按钮在哪……

你可以把书源想象成一份“挖矿路线图”：下载器刚拿到一个陌生网址时，先套用规则试着抓一页正文，成功就继续往下跑，失败则会报错。不同站点的结构千差万别，有的目录是静态页面，有的目录是JavaScript动态加载，还有的需要登录后才能看到完整章节。所以，选对适配当前站点的书源，比选下载器本身还关键。

我实测下来，某猫这类工具通常先内置一批热门站点的公共书源，再允许用户手动编辑规则。如果你要下载的是一个比较冷门的小站点，官方书源里没有，那就得用它的“编辑模式”手动指定标题和正文区域的CSS选择器，这也算是一个基础爬虫技能了。好在现在很多下载器都支持直接框选网页元素来生成规则，不需要你懂代码，但理解这个原理能帮你排查绝大多数抓取失败的问题。

2.2 清洗与去重：决定文件能否读下去

抓取正文只是第一步，真正决定电子书“能不能读下去”的，是清洗环节。网页正文里通常混着大量杂物：顶部导航、底部版权、章节内的推广段落、图片占位符、JS脚本残留，甚至还有伪装成正文的广告。有些站点会在内容中直接插入整段软文，不过滤掉的话，下载下来的书每隔几页就冒出一段和剧情无关的文字，极其影响体验。

好的下载器会自动套用“过滤规则”，常见的过滤项包括：移除包含“广告”“推荐”“订阅”等关键词的段落，剔除源码中的HTML标签和脚本，把HTML实体字符（比如 ）还原成可读空格，合并多余空行。章节去重也很重要，有些网站目录页会同时出现“正文”和“正文（重复发布）”两条记录，如果不去重，成品书里同一段剧情会出现两遍。

我第一次用下载器整本抓书时，就踩过重复章节的坑——一本2000章的玄幻小说，生成的文件有2800章，多出来的全是目录页里“同名但不同跳转地址”的重复项。后来我在去重设置里勾选了“按章节标题去重”，并让程序比较相邻章节的正文相似度，基本把这个问题解决了。

2.3 输出格式：同一种书，两种打开方式

抓取清洗完的正文还只是中间产物，下载器的最后一步是把它封装成目标格式。TXT很简单，本质是把所有章节按目录顺序拼成一个文本文件，中间用章节标题隔开；EPUB则复杂得多，它实际上是一个ZIP压缩包，里面包含HTML文件、CSS样式、OPF元数据描述文件、NCX或nav导航文件，还有封面图片。

下载器的工作就是在你点击“导出”时，把所有已抓取章节重新编排，按EPUB规范生成对应的目录结构，再压缩成后缀为.epub的文件。如果你后面想自己改排版，也可以把这个文件改成.zip，解压后直接编辑里面的HTML和CSS，我经常这么干，比如把默认字体调大一点再重新打包，这个操作比在阅读器里调字号更彻底。

3. TXT还是EPUB：不只看习惯，还看设备

3.1 TXT的优势与天花板

TXT的统治力来自“没有门槛”。老式MP4、电子词典、口袋阅这类低端阅读设备，只认TXT；电脑上随便一个记事本就能打开；手机里几乎所有阅读App都把TXT作为第一兼容格式。你把一本TXT小说通过蓝牙发给朋友，对方不需要安装任何东西，解压即读。

代价是排版能力几乎为零。TXT只有纯文本和换行，没有章节跳转，没有封面，没有字体样式，连首行缩进都要靠全角空格模拟。小说动辄几百万字，全部塞进一个文件之后，用电脑记事本打开有时会卡顿，手机阅读器逐章加载反而很流畅。另外，TXT的编码问题也容易让人栽跟头：老设备多数只认ANSI（GBK/GB2312），新手机和电脑则默认UTF-8，导出时选错编码，在目标设备上打开可能就是一片乱码。

3.2 EPUB的内部结构

EPUB则完全是另一套思路。它不是把文字堆在一起，而是把整本书拆成多个HTML文件，再通过元数据文件描述它们之间的关系。你阅读器上看到的封面、目录、页码、章节切换，其实都是程序读取这些结构化文件后渲染出来的。

我自己用文本编辑器打开过EPUB，内部结构大概是这样的：mimetype文件声明类型，META-INF/container.xml告诉阅读器找到内容根目录，OEBPS/content.opf列出所有HTML章节和元数据，OEBPS/toc.ncx是传统的导航目录，新的EPUB 3规范则使用nav.xhtml。正文文件就是一页页XHTML，各自附一段CSS控制排版。

理解了这套内部结构，你就能明白“EPUB打不开”通常是什么原因：要么是OPF文件引用的HTML路径写错了，要么是某个XHTML文件本身语法错误，要么是没有声明固定目录结构导致阅读器找不到mimetype。遇到这种问题，把EPUB改名为ZIP解压，用浏览器直接打开里面的HTML文件检查，基本能定位故障点。

3.3 阅读器兼容性速查

很多人在网上搜“epub用什么打开”，我顺手把常见设备和阅读器对两种格式的支持情况整理成一张速查表：

这张表是我长期使用后的实测结论。综合来看，如果你不确定目标设备是什么，优先导出TXT，选择UTF-8编码，因为现代设备基本都能正确识别；如果你确定是在专门的电子书阅读器上看，选EPUB，体验会提升一个档次。

4. 实操：从一条网址到一本干净的电子书

4.1 抓取前的参数选择

实际操作部分，我以某猫小说下载器的常见界面为例，讲一套每次都能成功出书的流程。

第一步不是粘贴网址，而是确认两件事：图书来源URL对不对，以及书源是否适配。你最好在手机或电脑浏览器里先打开目录页，确认章节列表能正常展示，把地址栏的URL完整复制到下载器。如果目录是通过滚动加载的（后端翻页），下载器需要模拟多次请求才能拿到全部列表，有些站点还会校验User-Agent，来源URL里的参数不能丢。

进到“新建抓取”界面后，你会看到几个和这本书相关的可选项：起始章节、结束章节、抓取间隔、并发线程数。我的建议是，第一次抓取先设置“只抓前三章”，跑通流程。这样能快速验证书源规则是否有效，也方便对比网站原文看看清洗结果。确认没问题后，再改为抓取全部章节。

抓取间隔这个参数很多人会忽略，但它对成功率影响很大。间隔太短，服务器会限流，返回一堆错误；间隔太长，几千章要等很久。常规做法是单线程时设置500到1000毫秒，多线程时把总请求速率控制在每秒1次左右，比较稳妥。

4.2 导出TXT的3个关键设置

抓取完成后，点击导出，会有几个选项需要再次确认。导出TXT时有三个设置直接影响成品质量，我一个个说。

第一个是编码。默认导出用的是UTF-8，兼容性最好。如果你的书要在十年前那种MP4或者电子词典上看，请改成ANSI（GBK）。但要注意，老设备对GBK的支持也有差异，有些只认GB2312子集，导出前可以问一下设备型号，或者干脆两种编码各导一份。

第二个是章节分隔格式。我默认会在每章标题前后加两个空行，并用类似“第1章 某某”的形式。有些阅读器支持按章节标题自动切分目录，标题格式统一很重要。如果你下载的是有分卷的网文，还要打开“分卷标题单独一行”的选项，避免卷名和章节名混在一起。

第三个是是否把封面信息写成首行。有些设备在读取TXT时会尝试识别首行作为书名，然后自动建立书库。所以第一行我建议写书名，第二行写作者，第三行开始才是正文目录。这个细节能让你在阅读器的书架页看到一个规范的书名，而不是乱码文件名。

4.3 导出EPUB的5个步骤

EPUB导出比TXT多一点配置，但完全不用写代码，跟着界面走就行。

第一步，填写书名和作者。这两个字段会写入OPF元数据，阅读器书架展示全靠它们，千万不要留空。

第二步，设置封面。下载器一般会自动抓取网站首页的封面图，如果没有，你也可以本地选一张图片，尺寸建议比例3比4，大小控制在300KB以内。

第三步，选择是否生成NCX目录。这个选项对应传统Epub阅读器的章节跳转功能。老设备上如果目录缺失，大概率是NCX没生成，我默认勾选。

第四步，勾选“分章导出”。意思是每个章节一个HTML文件，而不是把全书塞进一个HTML。分章导出的EPUB在阅读器里加载速度快，翻页也顺，缺点是文件数量多。但现在存储空间根本不是问题，所以选择分章。

第五步，校验后导出。导出完成后，不要直接传到设备上，先用下载器自带的校验功能跑一遍，或者用Calibre打开看看是否正常。我习惯在Calibre里把EPUB转一次格式再转回来，这一步能过滤掉大量不规范的结构，相当于顺手做了标准化。

4.4 批量操作与增量更新

普通用户可能一本书一本书下载就够了，但如果你负责帮家里长辈整理一本追了两年的“追更书目”，批量操作就很重要。

某猫这类下载器支持“导入书单”模式。你可以在程序里一次性添加多本小说的目录页URL，设置统一的过滤规则和输出格式，然后挂机让它排队跑。批量操作时，我建议每本书单独一个输出文件夹，文件名用“书名_作者”格式，免得后面混在一起。

增量更新也是我很常用的功能。小说还在连载，今天下了前200章，过两周更新到250章了，不需要把整本重新抓一遍。选择“增量更新”后，程序会自动对比已有文件的章节标题，凡是不存在的章节才抓取，然后重新生成完整文件。这样既快又能保证本地文件始终是最新的。

5. 常见问题排查：我踩过的坑和解决实录

5.1 下载出来的TXT全是乱码

乱码是最常见的问题。多数原因是源站页面是GBK编码，而下载器解析时错误地当成了UTF-8。排查思路是：先看网页源码里的charset声明，然后用文本编辑器打开原网页确认实际编码，最后在下载器的“来源编码”选项里手动改成GBK/GB2312再重抓。

还有一种乱码是章节标题正常、正文乱码，这多半是正文所在页面本身是乱码，可能是网站对文字做了字体勘误，也可能是反爬虫的Font反爬。这种问题没法通过改编码解决，要么换一个书源，要么换一个输出引擎。

5.2 章节顺序错乱、抓不到完整正文

章节顺序错乱的根源，通常是目录页的数据不是按照章节序号排列的。有些网站默认按“最后更新时间”倒序排列，导致下载器按原顺序写的文件是倒的。解决办法是在抓取前把网站目录排序改成“按章节号升序”，或者在下器中选择“按标题数字排序”重新排列。

只抓到部分章节的问题，一般是目录页没有一次性返回全部数据。常见原因有：目录是“展开阅读全文”式折叠的、目录只有前30条其余需要翻页的、正文是iframe嵌在其他域名页面的。针对前两种，下载器需要开启“模拟点击展开”或配置目录翻页规则；针对iframe，则需要检查正文选择器是否指向了正确的frame地址。

5.3 EPUB打不开或目录异常

EPUB打不开，我碰到的有几种情况：一是在某些在线解析工具里能打开，但传到Kindle后白屏，八成是OPF元数据里缺少spine顺序声明；二是用手机自带浏览器下载后无法识别，这是MIME类型被服务器搞乱了，重新命名改成.epub后缀；三是部分章节文件名包含中文或特殊符号，导致路径引用异常，把EPUB解压改名去掉特殊字符再重新打包就好了。

目录异常一般是NCX文件与正文HTML的id锚点不匹配。我自己试过最省事的修复方式是：把EPUB导入Calibre，右键“转换书籍”选择“转换为EPUB”。Calibre会重新生成一套标准的目录结构，大多数目录丢失的问题一次就治好了。

5.4 系统级问题：TXT图标变成奇怪应用、新建菜单没有TXT

顺带说一个被问得很多的系统问题：桌面上的TXT文件图标突然全变成了某种应用的样子（比如大家常说的黄色图标），或者右键“新建”菜单里找不到“文本文档”。

图标变样，本质是TXT文件的“打开方式”被改了。在Windows上最简单的修复办法是：右键任意TXT文件，选择“打开方式”，再选“始终使用记事本或者你指定的编辑器打开”。如果系统里装了很多阅读器，总有些会抢关联，在“设置-应用-默认应用”里按文件类型指定.txt用记事本打开就行。

新建菜单里没有TXT文件，一般是注册表项缺失，或者系统剪贴板缓存导致右键菜单刷新异常。先用记事本手动新建一个文本，再重启资源管理器试试；还不行就检查注册表HKEY_CLASSES_ROOT\.txt\ShellNew路径下是否有NullFile值。这个操作涉及注册表，改之前一定先备份，我只在确认过的情况下动它。

6. 从小说下载器看通用格式转换思路

6.1 解析-清洗-输出的三步套路

用多了你会发现，所谓“某猫小说下载器”，核心其实是一套“解析-清洗-输出”的流水线。同样的套路可以用在很多看似无关的场景：酷狗歌单导出成TXT，搜狗词库转成TXT词表，JSON数据转成TXT掩码文件，GIS矢量数据转成TXT坐标文本，甚至把网页表格转成批量命名用的BAT脚本。它们的共同点，都是先找到数据的原始承载形式，把目标字段解析出来，再按目标格式拼接字符串输出。

理解这个抽象模型，比记住某个按钮在哪更重要。以后遇到一个新需求，比如“把网站上的诗词列表整理成TXT”，你不需要找某一款现成的工具，只要按老套路走一遍：打开开发者工具看接口返回，提取结构化字段，用脚本或者下载器自定义规则做清洗，最后按TXT模板输出。这也是我建议新手不要只会点“导出”按钮、一定要打开下载器的规则编辑器看几眼的原因——那几乎就是一个简单的可视化爬虫界面。

6.2 几个可以照搬的常见转换思路

• shp转txt（GIS矢量转文本）：用QGIS或GDAL读取矢量要素类，把属性表的字段值和坐标点提取出来，按CSV风格分隔写入TXT。和小说下载器抓HTML再清洗是同一个逻辑，只是把“网页解析”换成了“空间数据解析”。

• json转txt：用一条简单的脚本递归遍历JSON对象，把目标键对应的值拼接成一行。很多人的实际需求是把接口返回的有用字段倒出来做备份，这只用一条命令就能完成。

• 酷狗歌单导出txt：本质是解析歌单接口返回的JSON/XML，提取歌曲名和歌手，然后按“歌名-歌手”格式写进TXT。网上那些导出工具就是把这个流程封装成了按钮。

• 番茄小说怎么下载成txt：如果平台有网页版且每一章内容在响应里是明文，用下载器选一个可用的书源就能抓下来；如果App端做了加密和防抓机制，正规做法是通过版权允许的导出功能，或者手动复制粘贴整理。我不会在这类渠道上做破解工具，因为成本高且没有必要。

6.3 我的最终建议

根据我个人经验，一份小说下载器的正确使用姿势是：第一次抓取先只抓三章，把清洗设置调好；导出TXT随时检查编码和章节排序；确认无误后再导出EPUB，并在Calibre里过一遍转格式流程。这个顺序能帮你避开80%的坑。

另外，无论工具多好用，下载窗口的进度条都不要太执着盯着看——抓几千章的时候，你盯得越紧，它反而越像没在动。设置好“抓取间隔”和“出错自动重试”，丢着去干别的事，回来看结果就行。这是最简单的一条技巧，却让我的“找小说-下载书”流程彻底从手动时代迈进了半自动时代。