Python 的 time.sleep 时间不准什么原因？

[lawsiki]

做了一个抢购脚本，大概逻辑就是获取开抢时间，然后判断当前时间差，超过 60 秒时每 30 秒检测一次，否则 0.5 秒检测一次，但是从打印日志上看，有时候理论休眠 0.5 秒的实际等了四五秒才执行，如果偏差一点我理解是没有获取到 CPU 时间片导致的，不过这偏差实在有点大，这是什么原因？

[Te11UA]

`st`是什么？`st-time.time()-5`又是什么意思

[lawsiki]

@Te11UA #1 st 是平台的开抢时间戳，-5 是提前 5 秒开抢

[Te11UA]

你这个的确是太久了，可能是 pycharm debug 啥的各种因素，你尝试纯命令行执行呢？
在你的场景应该用定时框架，而不是用 sleep

[lawsiki]

@Te11UA #3 有道理，没想过 debug 的原因，本来就是一个小脚本，sleep 足矣，用定时框架的话就是杀鸡用牛刀了

[learningman]

执行也有时间的，换 apscheduler 吧

[lxychn]

这个偏差也太大了，什么版本的 python ，尝试升级一下。

[chenxytw]

这种时间敏感使用场景不要使用 sleep ，和是不是小脚本倒没有关系.....

[akira]

看实现原理。另外是不是你服务器 cpu 都爆了啊。。

[dangyuluo]

感觉不应该啊。。scheduler 怎么会这么久才分配。

[mansurx]

这是程序执行两次的时间差吧，每次 running 和 logging 也有时间成本，受 IO 影响，如果抢购是联网的话，还受网络因素影响。

要测试 sleep ，可以前后加个时间戳，看看差值是否稳定。

[est]

你这 while 就这么几行，还是干了别的？干别的事是不是可能导致耗时？

[lawsiki]

@lxychn #6 3.8 的，应该不算旧了

[lawsiki]

@akira #8 没有，本地跑的，CPU 很空闲

[lawsiki]

@mansurx #10 就这一段代码，不涉及网络，大部分情况下正常的，这种情况偶发性

[lawsiki]

@est #11 就循环在这里打印，没有其他代码了

[fcfangcc]

完整代码贴一下，感觉不应该

[chionetw5]

多进程写文件 IO 阻塞？

[guoqiao]

有没有可能，你这里的 self.running 其实是一个 property, 而它比较耗时?
或者你的 logging 正在写一个文件，而那个文件已经超大.
建议贴一下完整代码.

[zhangjinghua]

没有完整代码真不好确定，是不是访问互联网了啥啊，要不然把 sleep 单独弄一个线程出来

[lawsiki]

@guoqiao #18 self.running 是一个 bool 标识，用于控制线程退出的，log 就打印了大概 30 行左右，完整代码大概就是 pywebview 做 UI ，然后前端一个按钮触发执行，获取到平台的抢购时间（ st ），然后就是图里的逻辑，循环判断时间差等待，提前 5 秒开抢

pywebview 上看了下也没有相关的 issue

[ruanimal]

肯定是这个循环之外做了别的耗时操作，纯 sleep 不可能有这个问题。

没有完整代码的情况下，盲猜单线程。

[killva4624]

去掉其他所有逻辑，只运行这段循环打印看看就知道了。

[guoqiao]

@lawsiki 所以问题应该是 pywebview 导致的?

[lawsiki]

@guoqiao #23 应该是 pycharm 或 debug 模式导致的，命令行运行正常