[Bug]: 自动更新订阅の任务一直显示运行中

[Hyphen-H]

Version / 版本

1.1.7

Deployment Method / 部署方式

Docker

Bug Description / Bug 描述

自动更新订阅の任务一直显示运行中，好几天也不结束，也没有手动终止的按钮，强迫症看了很难受

Reproduction Steps / 复现步骤

多个机场的自动更新订阅即可触发
我的周期是12h

Screenshots / 截图

Logs / 日志

[ZeroDeng01]

目前没出现过这个问题欸，具体部署环境是什么?数据库这些，另外服务器是什么配置，后台日志有什么报错吗?

[Hyphen-H]

目前没出现过这个问题欸，具体部署环境是什么?数据库这些，另外服务器是什么配置，后台日志有什么报错吗?

德国vps, docker-compose.yml默认部署，服务器linux amd64 1c 1g 20g，sqlite，后台日志级别info，大致看了一下，没有循环性报错
今天早上起来一看，这五个幽灵“运行中”消失了，明明之前存在了两天。。是我每12h更新订阅太频繁了吗？还是说服务器性能不够我同时更新5个机场150+节点的订阅？是否需要加入队列优化？（类似qbittorrent那种种子队列下载、可在设置中自定义调节的机制）

[ZeroDeng01]

有可能是机器io问题也可能sqlite有lock问题，回头我复现下!不排除后台其实处理完了但是网络问题sse阻塞了前端推送的状态没更新!正常你这个节点量级没问题的，我自己十几组订阅同时更新欸，频率三小时一次没问题的!

你可以尝试更新的定时时间错开一两分钟看看!无计划加队列功能，因为控制定时周期就能达到队列效果!

[Hyphen-H]

有可能是机器io问题也可能sqlite有lock问题，回头我复现下!不排除后台其实处理完了但是网络问题sse阻塞了前端推送的状态没更新!正常你这个节点量级没问题的，我自己十几组订阅同时更新欸，频率三小时一次没问题的!

你可以尝试更新的定时时间错开一两分钟看看!无计划加队列功能，因为控制定时周期就能达到队列效果!

啊，吃完早饭，再看一遍，又出现了。。68小时的任务，(┬＿┬) 控制定时周期达不到队列效果吧？。。 我都设置的每隔30分钟更新，因为最近各家机场更新节点都很频繁嘛，所以有每隔半小时一起更新的需求，但是目前我只找到按每天几点几点更新的选项（一天只有一次），和“相隔”多少多少（间隔时间相同时，无法控制先后以达到队列效果） 您是说用cron更新吗？之前玩vertex就没搞懂cron。。。not 小白-friendly😥太不直观，很难直接手写，也得逐机场设置，哭了

[ZeroDeng01]

[Hyphen-H]

试了一下，想试试1 */0.5 * * * ，结果输了个0直接500了，这个也算bug吗。。。复现2次都500。。。 感觉性能消耗比预想的大，如果我有更多机场怎么办呢？只能逐个设置crontab吗。。如果有30+机场还想设置每隔30分钟，这种方法就失效了吧（抬杠

---

编辑：不去学习先试错可能是我的坏习惯，我想靠自己乱试推导出cron的逻辑。。。这是我学习东西的路径，如果一个东西符合我脑子试错时摸索、构建的逻辑，试出来之后，这个语法在后面于我就相当于白话文了，写起来可能会更简单吧

[ZeroDeng01]

Google或者ai，cron哪来的0.5?

[Hyphen-H]

Google或者ai，cron哪来的0.5?

已在sublinkpro中设置好了，佬，希望不再出现“运行中”。。。
但是这样批量手动好麻烦（
以下是抬杠环节
如果我想再改时间间隔（如20分钟，依然队列式），还得精细向ai手动描述，再逐机场手动修改cron，修改的途中还得确认1号机场是排在每20分钟第1的顺序，2号机场确认按每21分钟设置的，3号机场是按每22分钟设置的，难免会搞混有没有设置过20,21,22，毕竟实际操作中机场不是按号命名的，如果中间有一个不需要间隔时间更新订阅的机场，比如4号机场不需要设置，5号机场就是每23分钟更新一次，6号+后面的排序和时序复杂度、管理不清晰度也会直线上升😫

---

总之还是辛苦大佬了，这个只是我早上有空在这发牢骚，您不打算加这个feature也没关系，毕竟我能免费用到这么良心又小白友好的项目就已经很感激了😳😳

[ZeroDeng01]

正常来说不会出现你说的拉取任务卡死好几十小时的问题的!我也需要复现一下看看具体问题在哪，看看是不是哪里写的不够合理，因为如果数据库lock的话任务会失败而不是任务一直不结束!

[spacex-3]

我感觉复现出现了拉订阅卡死+测延迟卡死的情况，就一直显示在页面中。尝试重启容器，也会出现：

订阅更新
dmit
0%
0 / 0
28分40秒
节点测速
延迟
延迟测试
19%
正在处理: [O]🇭🇰 香港5h · keng · 手动添加

20 / 107
28分40秒
· 剩余 ~2时4分

[ZeroDeng01]

日志里进度没更新?我觉得大概率你的网络问题，目前我尝试各种方式也没复现你说的问题

[spacex-3]

日志里进度没更新?我觉得大概率你的网络问题，目前我尝试各种方式也没复现你说的问题

感谢回复，我再看看下次定时任务如何，只要不是那种逻辑上造成的卡死（超时绕过生效），那就应该问题不大

[ZeroDeng01]

日志里进度没更新?我觉得大概率你的网络问题，目前我尝试各种方式也没复现你说的问题

感谢回复，我再看看下次定时任务如何，只要不是那种逻辑上造成的卡死（超时绕过生效），那就应该问题不大

好的，如果依然无法解决，可以tg私我地址帐号等信息

[spacex-3]

日志里进度没更新?我觉得大概率你的网络问题，目前我尝试各种方式也没复现你说的问题

感谢回复，我再看看下次定时任务如何，只要不是那种逻辑上造成的卡死（超时绕过生效），那就应该问题不大

好的，如果依然无法解决，可以tg私我地址帐号等信息

复现了。前端显示运行中（两次定时都没完成）。但是日志显示已完成。

docker 日志：

sublinkpro | 2026-04-28 06:00:00 [INFO] [task_manager.go:83] 任务创建成功: ID=speed_test_1777327200004740960_741003, Type=speed_test, Name=延迟, Trigger=scheduled sublinkpro | 2026-04-28 06:00:00 [INFO] [adaptive_concurrency.go:305] [动态并发] 初始化延迟测试控制器: 并发=20, 范围=[8, 80], CPU核心=4 sublinkpro | 2026-04-28 06:00:00 [INFO] [adaptive_concurrency.go:305] [动态并发] 初始化速度测试控制器: 并发=2, 范围=[1, 16], CPU核心=4 sublinkpro | 2026-04-28 06:00:00 [INFO] [speedtest_task.go:210] 阶段一：开始延迟测试，并发数: 20（动态: true），UnifiedDelay: true sublinkpro | [GIN] 2026/04/28 - 06:00:01 | 200 | 216.652µs | 192.168.1.1 | GET "/api/v1/airports?page=1&pageSize=10" sublinkpro | 2026-04-28 06:00:02 [INFO] [adaptive_concurrency.go:491] [动态并发] 延迟测试调整: 20→10 (goroutine过多(54/CPU)) [CPU: 71%, 内存: 36%, 成功率: 100%] sublinkpro | 2026-04-28 06:00:03 [INFO] [adaptive_concurrency.go:491] [动态并发] 延迟测试调整: 10→8 (goroutine过多(53/CPU)) [CPU: 71%, 内存: 37%, 成功率: 100%] sublinkpro | 2026-04-28 06:00:31 [ERROR] [mihomo.go:486] 落地IP检测: 请求失败: Get "https://api.ipify.org": context deadline exceeded (URL: https://api.ipify.org) sublinkpro | 2026-04-28 06:00:43 [INFO] [speedtest_task.go:417] 阶段一完成：延迟测试结束 sublinkpro | 2026-04-28 06:00:43 [INFO] [node.go:445] 批量更新测速结果完成: 尝试 111 个，成功 111 个 (其中 0 个跳过速度更新) sublinkpro | 2026-04-28 06:00:43 [INFO] [speedtest_task.go:811] 测速任务完成 - 总计: 111, 成功: 93, 失败: 18, 流量: 0 B sublinkpro | 2026-04-28 06:00:43 [INFO] [task_manager.go:176] 任务完成: ID=speed_test_1777327200004740960_741003, Message=测速完成 (成功: 93, 失败: 18, 流量: 0 B) sublinkpro | 2026-04-28 08:00:00 [INFO] [speedtest_task.go:864] 开始执行节点检测，策略ID: 1, 触发类型: scheduled sublinkpro | 2026-04-28 08:00:00 [INFO] [speedtest_task.go:54] 开始执行节点检测，总节点数: 114, 触发类型: scheduled, 策略: 延迟 sublinkpro | 2026-04-28 08:00:00 [INFO] [task_manager.go:83] 任务创建成功: ID=speed_test_1777334400001534280_534307, Type=speed_test, Name=延迟, Trigger=scheduled sublinkpro | 2026-04-28 08:00:00 [INFO] [adaptive_concurrency.go:305] [动态并发] 初始化延迟测试控制器: 并发=20, 范围=[8, 80], CPU核心=4 sublinkpro | 2026-04-28 08:00:00 [INFO] [adaptive_concurrency.go:305] [动态并发] 初始化速度测试控制器: 并发=2, 范围=[1, 16], CPU核心=4 sublinkpro | 2026-04-28 08:00:00 [INFO] [speedtest_task.go:210] 阶段一：开始延迟测试，并发数: 20（动态: true），UnifiedDelay: true sublinkpro | 2026-04-28 08:00:01 [INFO] [adaptive_concurrency.go:491] [动态并发] 延迟测试调整: 20→10 (goroutine过多(58/CPU)) [CPU: 71%, 内存: 36%, 成功率: 100%] sublinkpro | 2026-04-28 08:00:03 [INFO] [adaptive_concurrency.go:491] [动态并发] 延迟测试调整: 10→8 (goroutine过多(59/CPU)) [CPU: 71%, 内存: 23%, 成功率: 100%] sublinkpro | 2026-04-28 08:00:12 [ERROR] [mihomo.go:486] 落地IP检测: 请求失败: Get "https://api.ipify.org": context deadline exceeded (URL: https://api.ipify.org) sublinkpro | 2026-04-28 08:00:33 [ERROR] [mihomo.go:486] 落地IP检测: 请求失败: Get "https://api.ipify.org": context deadline exceeded (URL: https://api.ipify.org) sublinkpro | 2026-04-28 08:00:48 [INFO] [speedtest_task.go:417] 阶段一完成：延迟测试结束 sublinkpro | 2026-04-28 08:00:48 [INFO] [node.go:445] 批量更新测速结果完成: 尝试 114 个，成功 114 个 (其中 0 个跳过速度更新) sublinkpro | 2026-04-28 08:00:48 [INFO] [speedtest_task.go:811] 测速任务完成 - 总计: 114, 成功: 102, 失败: 12, 流量: 0 B sublinkpro | 2026-04-28 08:00:48 [INFO] [task_manager.go:176] 任务完成: ID=speed_test_1777334400001534280_534307, Message=测速完成 (成功: 102, 失败: 12, 流量: 0 B)