M3U 播放列表合并器

更新日期 2026-10-15

iiPTV 播放列表合并器把多份 M3U 频道目录整理为一个有序文件。导入不同来源，选择是否按地址或名称去重，核对合并结果后再导出。需要保留来源区别时，还可以为分组添加对应列表编号。

已有完整目录时，合并比手工复制文件更清楚。直接拼接容易留下多个文件开头，也不方便解释哪些重复被删除。工具处理的是频道记录，不会改变远程媒体的在线状态、画质或订阅权限；这些仍需另行检查。

本页内容：安排来源、选择去重、管理分组、合并示例、检查导出、常见问题。

先确认来源内容，再安排顺序

使用独立输入区域导入至少两份支持的文件或粘贴文本。每一份都应包含实际频道记录。文件下载不完整、拿到登录网页或拒绝访问页面时，合并无法恢复缺失的目录，也不会把网页文本转换成合法的频道来源。

来源顺序会影响保留结果。当规则保留第一个匹配记录时，排在前面的目录提供名称、台标和分组等元数据。把更符合自己需要的版本放前面，不要假设工具能够自动识别哪个来源更新更及时或名称更准确。

原始文件应自行保留。核对结果后，你可能想用不同规则再次合并；保留输入更容易解释两次结果的差异。工具在内存副本上操作，再导出新文件，不会向发布者同步修改，也不会直接覆盖本地输入文件。

明确地址匹配与名称匹配的区别

按地址去重比较实际文字值

相同完整地址可以视为同一个匹配值，适合多份目录重复收录同一来源的情况。不同签名参数、不同主机或备用路径仍属于不同地址，即使人能够认出它们播放同一频道。工具不会把类似地址自行归并成一个来源。

按名称去重需要更谨慎

名称匹配比较的是目录标签，而非媒体身份。不同主机上的同名记录可能被归为重复，但地区、语言和画质版本也可能恰好同名。启用之前，应确认这种规则符合自己的目的，而不是仅因为想要更小的文件就扩大匹配范围。

两种选项分别控制合并行为。规则越宽，结果可能缩减越多。需要专门查看匹配组、考虑保留方式时，可以使用重复项移除器。导出前应理解数量为什么变化，不要只接受一个看起来整齐的最终总数。

来源前缀帮助保留分类背景

启用分组前缀后，分组标签会带上对应列表编号。两份目录都使用 News，但你暂时希望区分来源时，这个选项较实用。编号只是目录标签，不是内容所有权、画质或可靠性的评价，也不能代替对来源的实际记录。

不加前缀时，保留条目原有的分组值。News、NEWS 和 World News 不会自动被认定为相同分类。需要统一标签，可在合并后使用M3U 编辑器整理，同时检查各来源的频道是否仍容易辨认。

第一次处理陌生目录时，尽量不要同时修改太多维度。先记录匹配规则并检查数量，再调整分组和顺序。每一步都能与原始文件对照，比完成一长串批量操作之后再猜测某个频道为什么消失更容易排查。

两份列表如何得到不同结果

假设第一份目录包含地址 A 的新闻和地址 B 的体育；第二份目录用更长名称再次收录 A，并增加地址 C。启用完整地址去重后，结果有三条记录，A 使用第一份目录的元数据。它保留的是顺序优先规则，不是自动选出“最佳版本”。

关闭地址去重时，四条记录都保留。只按名称匹配时，因为两条 A 的名称不同，它们可能同时存在。这个例子说明结果由所选规则决定，工具不会隐含判断两个流画面是否相同。https://example.com/live/a.m3u8 也仅是格式占位示例。

先核对结果，再下载合并文件

输出包含一个扩展 M3U 开头和保留记录。工具按数据模型携带频道元信息，不保证保留原文件每一个字节的排版。依赖独立注释或少见自定义约定的工作流，应检查导出文本后再替换旧文件，同时保留输入原件。

比较合并数量与移除数量是否符合预期。如果结果突然小得多，尤其在启用名称匹配后，应检查几个来自不同来源的样本，确认有用的备用、语言或地区版本没有被误当作重复。再小的文件也不应以丢失必要频道为代价。

输入受 5 MiB、10,000 条记录的边界限制，合并数据也必须保持在支持范围内。屏幕预览有显示数量限制，不能只按可见行判断完整结果。没有自动保存的云端频道库，完成有价值的整理后应及时导出，再继续下一轮处理。

播放列表合并常见问题

会自动选择能够播放的来源吗？

不会。合并与匹配只处理目录记录。需要响应证据时，使用流地址检测器；需要检查后清理时，使用列表清理器。跨域不可读不应直接视为来源永久失效。

能把结果直接交给播放器吗？

可以通过一次性内存传递打开，再手动播放支持的来源。私有地址不会因此写进 iiPTV 导航 URL 或持久存储。目录生成成功仍不等于媒体播放成功，建议先保存副本再实际检查。

本地合并是否意味着完全没有联网？

不是。文件变换在本地进行，明确的远程导入、检测和播放会联系所选主机。网站常规统计和偏好另有用途，详见隐私政策。分享合并文件前，应检查里面是否包含私有凭据。