拆分出辅助函数是否有助于提升程序性能？

你碰到的这个矛盾点其实很常见——一边说拆分函数有性能开销，一边又说超大函数拆了能优化缓存，这两种说法都没错，核心是缓存压力和函数调用开销的权衡。

当超大函数卡缓存时，拆分确实能救性能 #

CPU的L1、L2缓存容量很小（通常只有几十KB到几百KB），如果单个函数的机器码大到装不下缓存，每次执行到缓存没覆盖的部分，就得等内存加载数据，这个缓存miss的开销比几次函数调用大得多。
拆分后的辅助函数体积更小，更容易挤进缓存；要是辅助函数只在原函数的某段逻辑里被调用，缓存的利用率还能再提一档，反而比原大函数跑得更快。

函数调用的开销没你想的那么恐怖 #

现代CPU的分支预测、指令流水线优化已经把函数调用的开销压得很低了——栈帧建立、寄存器保存恢复这些操作，很多时候能被硬件优化掉。
而且如果辅助函数逻辑简单、调用次数不多，编译器说不定还会自动把它内联回去，直接消除调用开销。

实际要不要拆，得看这两点 #

• 先测缓存命中率：用perf这类工具看看原函数的缓存miss率，如果miss率很高，那拆分大概率能带来性能提升；
• 看辅助函数的复用性：要是拆分出来的函数就是原函数里一段独立的逻辑，不会被频繁跨上下文调用，那调用开销基本可以忽略；
• 别瞎拆：如果原函数本身缓存命中率不错，拆分反而会平白增加调用开销，纯粹是给自己找麻烦。

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