超时判断为什么应使用单调时钟
【摘要】 系统时间可能因为人工调整或时间同步而跳变。如果用墙上时间衡量超时,等待可能意外变长或提前结束。运行时预算更适合交给单调时钟。
系统时间可能因为人工调整或时间同步而跳变。如果用墙上时间衡量超时,等待可能意外变长或提前结束。运行时预算更适合交给单调时钟。
实现思路
把超时转换为一个 deadline,再在每一步计算剩余时间,可以让整个操作共享同一预算。示例注入数值时钟,直接验证边界,不需要真的睡眠来测试。
可运行示例
def remaining(deadline, now):
return max(0.0, deadline - now)
start = 100.0 # simulated time.monotonic()
deadline = start + 5.0
assert remaining(deadline, 102.0) == 3.0
assert remaining(deadline, 105.0) == 0.0
assert remaining(deadline, 110.0) == 0.0
将代码保存为 example.py,使用 Python 3.12 或更新版本运行。示例中的断言检查预期行为;可修改输入观察边界情况。
使用边界
monotonic 的参考起点没有业务含义,不应持久化后跨进程比较。日志中的发生时间仍应记录带时区的日期时间。
参考文档
Python 标准库 time:https://docs.python.org/3.12/library/time.html
本文由 AI 辅助撰写,示例为独立教学代码。
【声明】本内容来自华为云开发者社区博主,不代表华为云及华为云开发者社区的观点和立场。转载时必须标注文章的来源(华为云社区)、文章链接、文章作者等基本信息,否则作者和本社区有权追究责任。如果您发现本社区中有涉嫌抄袭的内容,欢迎发送邮件进行举报,并提供相关证据,一经查实,本社区将立刻删除涉嫌侵权内容,举报邮箱:
cloudbbs@huaweicloud.com
- 点赞
- 收藏
- 关注作者
评论(0)