Python机器人仅在工作日工作时段运行指定功能的最优方案咨询

我有一个需持续运行的Python机器人，希望仅在工作日的工作时段调用某一特定功能。有人建议我使用crontab实现，但我认为存在两点问题：

• 我的机器人以Docker镜像形式运行（基于Alpine-Linux），而crontab不支持Linux系统；
• crontab仅支持按固定秒/分/时/日间隔重复执行动作，无法实现“若处于工作日工作时段则持续运行该功能，否则等待下一个工作日9点”的逻辑。

以下是我编写的代码，想请教两个wait函数版本哪个更优，若有更智能的实现方式也请不吝赐教：

def waiting_or_not():
    current_date = datetime.now(timezone('Europe/Rome'))
    need_to_wait = True
    if not isbday(current_date, holidays=Italy()) or current_date.hour > 18:
        next_run = get_next_working_day(current_date.replace(hour=9, minute=0, second=0) + timedelta(days=1))
    elif current_date.hour < 9:
        next_run = current_date.replace(hour=9, minute=0, second=0)
    else:
        need_to_wait = False
    if need_to_wait:
        seconds_to_wait = (next_run - current_date).total_seconds()
        # 插入日志
        wait(next_run)


def get_next_working_day(date_):
    while not isbday(date_):
        date_ += timedelta(days=1)
    return date_


def wait(next_run):
    '''
    我完全不喜欢这个版本。持续查询时间看起来很荒谬。如果是周五晚18点后，需要等到周一早上，会产生无数次无用检查。
    '''
    current_date = datetime.now(timezone('Europe/Rome'))
    while current_date < next_run:
        current_date = datetime.now(timezone('Europe/Rome'))

def wait(next_run):
    '''
    我了解到sleep函数不够精确，且处理大量秒数时存在严重问题
    '''
    current_date = datetime.now(timezone('Europe/Rome'))
    time.sleep((next_run - current_date).total_seconds())

两个wait函数版本对比 #

循环查询时间的版本 #

这个版本完全不可取，持续轮询时间会占用大量CPU资源，尤其是需要等待长时间（比如周五晚到周一早）时，会产生无数次无意义的检查，对系统资源是极大浪费，绝对不推荐使用。

time.sleep版本 #

这个版本比轮询好得多，虽然time.sleep确实存在毫秒级的精度误差，但对于“等待到下一个工作日9点”这种场景来说，这个误差完全可以忽略——毕竟你不需要精确到毫秒级的触发，只要在9点左右启动即可。

至于“处理大量秒数存在严重问题”的担忧，实际上在Python中，time.sleep可以接受大数值的参数（比如几天的秒数），底层会正确处理，不会出现异常，只是等待过程中进程会处于休眠状态，不占用CPU资源，这是合理的。

更智能的实现方式 #

可以对wait函数做优化，结合sleep和少量轮询来平衡精度和资源占用，同时完善整体调度逻辑：

import time
from datetime import datetime, timedelta
from workalendar.europe import Italy
from pytz import timezone

def waiting_or_not():
    tz = timezone('Europe/Rome')
    current_date = datetime.now(tz)
    need_to_wait = True

    # 判断是否在工作时段
    is_workday = isbday(current_date, holidays=Italy())
    is_work_hour = 9 <= current_date.hour < 18

    if is_workday and is_work_hour:
        need_to_wait = False
    else:
        # 计算下次运行时间
        if not is_workday or current_date.hour >= 18:
            # 非工作日或已过下班时间，跳到下一个工作日9点
            next_day = current_date + timedelta(days=1)
            next_run = get_next_working_day(next_day).replace(hour=9, minute=0, second=0, microsecond=0)
        else:
            # 未到上班时间，跳到当天9点
            next_run = current_date.replace(hour=9, minute=0, second=0, microsecond=0)
        
        wait_until(next_run, tz)

    return not need_to_wait  # 返回是否可以执行功能

def get_next_working_day(date_):
    tz = timezone('Europe/Rome')
    # 确保date_是带时区的对象
    if date_.tzinfo is None:
        date_ = tz.localize(date_)
    while not isbday(date_, holidays=Italy()):
        date_ += timedelta(days=1)
    return date_

def wait_until(next_run, tz):
    """优化的等待函数：先sleep大部分时间，最后用短轮询保证精度"""
    current_date = datetime.now(tz)
    seconds_remaining = (next_run - current_date).total_seconds()

    if seconds_remaining <= 0:
        return

    # 先sleep到距离目标时间只剩60秒，避免长时间sleep的微小误差
    if seconds_remaining > 60:
        time.sleep(seconds_remaining - 60)
        # 再次更新当前时间
        current_date = datetime.now(tz)
        seconds_remaining = (next_run - current_date).total_seconds()

    # 最后60秒用短轮询，每次sleep1秒，保证触发时间的精度
    while seconds_remaining > 0:
        time.sleep(1)
        current_date = datetime.now(tz)
        seconds_remaining = (next_run - current_date).total_seconds()

优化点说明 #

1. 时区处理更严谨：确保所有datetime对象都带时区信息，避免时间转换错误
2. 等待逻辑优化：长时间等待用sleep，最后60秒用短轮询，既节省CPU资源，又保证触发精度
3. 代码逻辑更清晰：拆分工作时段判断条件，可读性更强
4. 边界情况处理：比如当前时间恰好是9点整，或者已经过了下次运行时间的情况

另外，纠正一个误解：Alpine-Linux完全支持crontab，只是Docker容器默认没有安装cron服务。但即使能用crontab，你的需求确实更适合在Python内部做调度，因为crontab无法实现“工作时段持续运行功能”的逻辑，只能按固定间隔触发，而你的机器人需要持续运行，内部调度更灵活。

内容的提问来源于stack exchange，提问作者user19480211