M3U 播放列表去重器

更新日期 2026-10-15

iiPTV 重复项移除器按所选规则比较 M3U 频道记录，展示匹配条目，再让你决定保留哪一次出现。导出的目录可以更短，但工具不会播放节目，也不会判断两个频道实际上是否提供相同内容。

多份目录合并、反复收到来源导出，或同一地址出现在多个标签下时，去重较实用。关键是先定义“重复”：完整地址相同、显示名称相同，以及两者同时相同，分别回答不同的问题，不能混为一个模糊判断。

本页内容：导入目录、选择规则、检查保留项、比较示例、保存结果、常见问题。

先核对一份完整的工作目录

选择支持的 M3U 文件，或粘贴原始文本，确认导入数量再进行比较。规则读取的是目录数据，不需要为了匹配文字就逐个请求媒体来源。去重与在线状态检查分开，既方便理解结果，也避免无意向大量主机发起连接。

尚未合并多份完整文件时，可以先使用播放列表合并器，在合并过程中应用匹配。希望专门查看重复组和保留方式时，再回到这里。工具起点不同，但都应保留能解释每一步变化的原始资料。

保留未修改文件非常重要。某个看似多余的来源，可能是有意配置的备用。较短的列表不必然带来更稳定的观看体验；删除后需要恢复时，原件比凭记忆重新添加地址可靠得多。

按实际需要选择三种匹配方式

完整 URL 相同

URL 模式比较完整地址，不会去掉认证参数，也不会认为两个不同主机可以互换。不同签名地址即使最终提供同一频道，也可能保留下来。这是比较目录文字的边界，而不是媒体身份识别系统；误删参数还可能破坏访问权限。

频道名称相同

名称模式比较显示标签，大小写选项控制字母大小写是否参与区分。它可以找出来自不同来源的同名项，也可能把同名的地区版或语言版归到一起。应用之前应检查候选记录，确认这些区别对你是否重要。

URL 与名称同时相同

组合模式要求两个值都匹配，比任一字段相同的规则更严格。只共享名称或只共享地址的条目会分别保留。希望维护不同标签、保留替代来源，而不是尽可能缩小文件时，这种规则可能更符合需要。

保留第一条还是最后一条要有理由

选择保留第一次或最后一次出现。留下的记录也提供自己的分组、台标等元数据，所以顺序影响的不只是数量。工具无法知道哪个目录维护得更好，应根据自己的来源顺序选择，不要自动认为较长名称或看起来更新的标签更准确。

检查匹配组和预计移除数量。理想的结果应能说明哪些条目匹配、哪条留下、为什么留下。名称匹配使目录骤然缩小时，应回到更严格规则比较。不要等导出后发现缺少地区版，再猜测是哪一步造成的。

低带宽备用流可能具有不同用途。工具比较文字，不知道每条来源承担什么角色。必要时先用M3U 编辑器给重要变体取不同名称，再执行更宽的名称匹配，让未来的去重也容易理解。

同样三条记录会有不同匹配结果

假设第一条是地址 A 的 News One，第二条是地址 A 的 News Backup，第三条是地址 B 的 News One。URL 模式匹配前两条，名称模式匹配第一和第三条，组合模式则没有匹配，因为没有一对同时拥有相同名称和地址。

URL 模式保留第一条时留下 News One，保留最后一条时留下 News Backup。虽然地址相同，分组和名称等元数据可能不同。这个例子说明应检查保留记录本身，而不只看去掉了多少条。示例地址并非本站提供的可用频道。

保存时同时保留操作背景

文件与粘贴文本在浏览器内存中处理，无需账户，也不会成为个人云端目录。刷新或关闭页面前应下载结果。如果之后可能重做，记录匹配规则、大小写设置和保留方式，比只保存最终文件更容易复现变化。

导入上限是 5 MiB、10,000 条记录；预览为保持响应速度而限制显示数量，计数则针对已接受数据。超出范围时，应拆成范围明确的工作副本并保留原件，不要把屏幕未显示的记录误认为已经被删除。

导出条目中仍可能存在用户名、令牌和私有地址。去重不会清除凭据。网站本地变换、来源请求和常规统计的区别见隐私政策。分享截图前，应检查路径和参数，不只遮住明显的密码字段。

重复项移除常见问题

它会删除离线频道吗？

不会。在线情况需要单独检查，使用列表清理器后再明确决定删除。浏览器跨域不可读应保留为未知，而不是与能够确认的 HTTP 错误混在一起，尤其是原生应用仍能播放时。

可以识别意思相同的不同拼写吗？

所选规则比较字段，不查询频道身份数据库。News One 与 News 1 不一定匹配。自动猜测拼写也可能误合并地区版本或其他机构，保留清晰名称和明确规则通常更稳妥。

可以直接检查留下的频道吗？

结果可以通过一次性内存传给播放器，再手动播放支持的来源。私有地址不会因此进入 iiPTV 导航 URL 或持久存储。实际播放与文字去重是两个步骤，需要留存时仍应自行导出。