minium 在前年使用过，不知道现在迭代怎么样了，不过使用下来发现，调用微信开发者工具的过程还是蛮慢的，可能是我公司的电脑太卡了。另外 8 楼的建议很好，目前我们也是做了类似的，直接绕过微信换 code 这一步。我们的做法是直接把 C 端生成的 token 改失效时间，改成很大的一个值。8 楼的也是个好的选择，但我们公司考虑安全方面的东西，最终没用这种方式

图片外链已更新

明天会替换一下图片

目前这个脚本已经在项目中运行了一段时间了，也慢慢的推广到其他部门，总体感觉还是非常不错的，希望能够帮助到大家

问题已解决

经几天测试下来已经完美解决这个问题了，解决问题的方式有很多种，logging 库本身是不支持多进程的，但是现在很多第三方库已经针对 logging 进行重写了，通过加锁或其他方式解决了这一问题，在这里推荐一个第三方库，目前我在用的就是这个，concurrent_log

安装方式：

pip3 install concurrent_log

github 地址：

https://github.com/huanghyw/concurrent_log

关于自己对 logging 库重写也是可以的，下面介绍几篇重写的文章

• https://www.cnblogs.com/restran/p/4743840.html
• https://www.jianshu.com/p/d874a05edf19

经过今天的一番查找，很大可能是多线程的问题，正在使用一个第三方库进行验证，如果没问题了，我会在下方追加解决办法，但唯一确认的是 python 的 logging 库是不支持多线程的，所以这里肯定有问题

我另一个项目也是同样的调用 log 打印日志，但每天打印的日志都是对的，所以可能还是调用上面出的问题，有人知道该怎么去验证调用是否有问题吗？
下面的截图是另一个项目的，每天的日志都准确的打印到了对应的日志文件中

为了找到原因，之前有些调用 log 打印是写在 init 方法里面，然后下面的方法用 self.log 进行调用，后面为了解决这个问题，把所有 init 里面的初始化都去掉了，现在我觉得问题可能还是出在调用上，日志封装应该没有问题。现在这个项目有些是类方法在打印日志，有些是封装的函数在打印日志。整个项目是用 flask 框架写的，然后启动 run.py 文件，我觉得可能是出现在了某一个地方的调用一直占用了日志打印的进程，导致后面再调用日志打印的时候打印到了之前的文件中，只是一个猜测，也不知道怎么去验证这个问题

是的，这个方法可以解决这个问题。但是如果做测试固件分离的话，按照您这种思路总感觉怪怪的。市面上大部分固件分离的方式，都是把 webdriver 的实例化放在init方法中，比如：https://www.cnblogs.com/manma/p/11052022.html
但这样也会导致浏览器自动关闭的结果

首先非常感谢您的回复，但是还是看的有点懵，能否告知下，您是如何查看 get() 调用的整个过程呢？我用 pychame 断点在 get() 后，还是无法看出您说的这个调用链，麻烦指导下，非常感谢