这是一个创建于 1635 天前的主题，其中的信息可能已经有所发展或是发生改变。
场景：
- 有多个定时 /周期的任务需要执行(比如：周一三五执行，每天 8 点执行)。
- 用户 A 定的任务，权限更高的用户 B 可以修改，当然修改以后原任务执行周期自然就变了。
- CS 软件，任务数据都在数据库，执行必须由客户端执行。
现有设计：
- 将计时器和数据打包，任务更改后去重新创建计时器
- 将计时器单独拎出来，到点主动拉数据库数据。任务更改后，计时器只增不删。
感觉实现都不是很优雅，大家有没有遇到过这种问题，有没有更优雅的模型
第 1 条附言 · 2021 年 7 月 29 日
场景补充：
客户机不会多于 5 台，一般就两个用户，定时把数据推给用户，用户 A 和 B 只需要一个人看。
不同时间对应不同数据，都是从数据库去取，实际开销也比较小。
客户机不会多于 5 台，一般就两个用户，定时把数据推给用户，用户 A 和 B 只需要一个人看。
不同时间对应不同数据，都是从数据库去取，实际开销也比较小。
 |
1
meshell 2021 年 7 月 29 日
为什么必须客户端执行？服务端跑定时，推送消息给客端该跑任务了？
|
 |
2
zardly666 2021 年 7 月 29 日
xxl-job 看看呢 服务端有立即执行的 api 供外部（客户端）调用。
|
 |
3
chionetw5 2021 年 7 月 29 日
celery 有动态修改的接口
|
 |
4
akiakiseofficial 2021 年 7 月 29 日 via iPhone
服务端保存定时任务和执行计划，到执行时间后发执行指令给客户端
|
 |
5
hhhWhy OP |
Select Language