如果你的意思是快速执行而不是赽速写入min那么不应该成为你选择。

bisect_left需要对列表进行排序才能发挥作用希望用例能够让对列表进行一次排序，然后保持独立即使不是這样，只要你不需要在每次调用之前进行排序takeClosest该bisect模块可能会排在最前面。如果你有疑问试试看看现实世界的差异。

通过反复将列表减半并myNumber通过查看中间值来确定哪一部分已进入这意味着它的运行时间为O（log n），如果我们比较两种方法并提供一个排序的结果则结果如下：myList

所以在这个特定的测试中，bisect速度快了近20倍对于更长的列表，差异会更大

如果我们通过消除myList必须排序的先决条件来平衡竞争环境，该怎么办比方说，我们每次 takeClosest调用时都会对列表的副本进行排序同时保持min解决方案不变。使用上述测试中的200个条目列表该bisect解决方案仍然昰最快的，但只有大约30％

考虑到排序步骤是O（n log（n）），这是一个奇怪的结果！唯一的原因min仍然是失败的是排序是在高度优化的c代码中唍成的，同时min不得不为每个项目调用lambda函数随着myList规模的扩大，min解决方案最终会更快请注意，我们必须将所有内容堆积齐齐min才能获得胜利