播放列表里有多少死链？用 iptv-checker 做一次 IPTV 播放源检测

【免费下载链接】iptv-checkerIPTV checker tool for Docker && CMD, check your playlist is available项目地址: https://gitcode.com/GitHub_Trending/ip/iptv-checker

昨天还正常出画面的频道，今早点开只剩转圈。iptv-checker 是一款免费的 IPTV 播放源检测工具，批量检查 M3U / TXT 播放列表里每个源的状态，自动标记失效频道，还能按延迟排序、导出新的可用列表。

🐳 把检测服务跑起来：Docker 与桌面版

两条命令跑 Docker 版

不折腾环境的最短路径是 Docker：拉镜像、起容器，把容器内 8089 端口映射到宿主机 8081。

docker pull zmisgod/iptvchecker docker run -d -p 8081:8089 --name iptv-checker zmisgod/iptvchecker

浏览器打开http://127.0.0.1:8081，Web 管理界面直接可用。

界面左侧是播放列表管理区，右侧实时滚动每个源的检测结果——一次批量可用性检查的进度、状态、耗时，都在这一页里看完。

更省事的写法，和桌面版

不想手写命令，更省事的写法是准备一份 docker-compose.yaml，执行docker-compose up -d，服务自动拉起、掉线自动重启。习惯本地应用的，也可以装中英文桌面版，功能与 Web 版一致；端口、镜像等细节都在 README.md 里。服务跑起来之后，下一步是把列表喂进去。

📥 导入播放列表，跑第一次全量可用性检查

进入 Web 界面点新增建一个检查任务，粘贴列表地址或上传本地文件都行，M3U、M3U8、TXT 三种格式都收。任务建好，点全部检查，工具就逐个验证播放源，进度条实时告诉你在查哪个频道。不想建任务、只想测一两个地址，用快速检测页直接贴链接就行。

把它当一台批量 m3u 检测工具用，不用盯着看。担心慢源被误判成死链，可以在任务设置里打开FFmpeg 强制检测，结果更准，代价是耗时更长。后台任务还支持定时执行、并发跑多份列表，把检查排在凌晨自动跑，早上直接看最新结果。检查完，结果页才是真正干活的地方。

📊 按延迟排序做 iptv 源筛选，挑出最稳的源

检查结束后，每个频道都有可用性标记，失效的源直接沉底。挑源的动作很简单：

1. 打开结果页，选按延迟排序
2. 同一个频道的多个源排开，最上面的那个最稳
3. 再用频道名关键词过滤一遍，锁定你实际在看的那些

英文界面同样是任务列表加结果页的布局，菜单换成英文而已。选完源，记得把活下来的频道存成新的列表。

📤 导出 .M3U / .TXT，把可用列表带走

点导出，存活频道按 .M3U 或 .TXT 落盘，新列表直接丢给播放器就能用；IPv4 / IPv6 结果支持分开导出，跨网络的设备各取一份。

有个参数值得调：检查超时。在系统配置→基础配置里，网络不稳时把超时调大，慢源不会被误杀；赶时间出结果就调小。参数调完，翻翻更新日志，看看你手上的版本修过什么。

🔧 v4.0.3 修了哪些坑

桌面版用户重点看这三条：

• Windows 播放窗口无响应：播放控件卡死、点不动的问题已修复，在线确认画面时不再白等
• FFmpeg 静态编译：多媒体依赖直接静态链接进可执行文件，缺动态库的系统不会再启动报错
• TCP 超时重试：连接加了重试机制，弱网下部分源连不上的情况减少

更多历史变更在 CHANGELOG.md 里都有记录。版本翻完，剩下的事就一件：把它跑起来。

🎬 下一步：把检测排进每周日程

流程到这里已经闭环：起服务、导列表、跑检查、按延迟筛选、导出新表。播放源死得快，一周跑一次全量检测不算过；把任务设成定时执行，第二天早上你看到的就是最新的存活名单。

小贴士：桌面版在 Windows 上遇到权限报错时，右键安装包选择以管理员身份运行再装一遍。

【免费下载链接】iptv-checkerIPTV checker tool for Docker && CMD, check your playlist is available项目地址: https://gitcode.com/GitHub_Trending/ip/iptv-checker