Python中max()函数执行速度是否慢于if-else条件判断？

你的测试结论是符合实际运行情况的：双值比较场景下，内置max()的执行耗时确实高于手写if/else、三元表达式实现，核心原因有两点：

• 函数调用固有开销：max()是Python内置的全局函数，每次调用都需要完成参数传递、栈帧创建与销毁、返回值处理的固定流程，这部分开销是无法省略的；而手写的if判断、三元表达式是直接在当前作用域执行的原生字节码，没有额外的函数调用成本。
• 内置函数的通用逻辑成本：max()不是专门为双值比较设计的，它支持传入任意数量的比较参数、支持传入单个可迭代对象取最大值、还支持key自定义比较规则，哪怕你只传入两个值做比较，函数内部也要走通用的参数校验、分支判断逻辑，这部分也会带来额外耗时。

你的测试中前两组低迭代次数跑出0耗时是正常现象：当迭代量在10万次及以下时，整体执行时间太短，低于系统计时器的精度阈值，同时Python解释器的小规模常量优化可能直接消掉部分无副作用的计算，结果没有参考价值；到百万次、亿次迭代量级时，性能差就被稳定放大，你最后一组1亿次迭代的测试数据是可信的：双值比较场景下，max()的耗时大概是三元表达式的1.7~1.8倍。

关于竞技编程场景下的选择建议：

• 如果是核心循环的热路径代码，也就是需要执行百万次以上的双值取最大/最小逻辑，优先用三元表达式b if a < b else a，在卡时间限制的题目里，这部分累计的性能差可能刚好帮你躲过超时。
• 不要为了这点性能牺牲所有场景的可读性：如果是比较3个及以上的值，或者需要对可迭代对象取最大值，直接用max()即可——嵌套多层三元表达式的可读性极差，而且手写多值比较的逻辑复杂度上来后，性能优势会被快速抹平，甚至可能因为逻辑写得冗余比max()更慢；非高频执行的路径也直接用max()，那点函数调用开销完全感知不到，代码清晰更重要。

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