大多数函数被展开（inline）时，性能是否会受到明显负面影响？

我们基于你限定的讨论前提（仅展开C语言非递归可处理函数、忽略展开实现难度、主存容量充足、仅关注缓存与指令带宽影响），直接给出结论：全系统范围内的函数全展开会导致日常软件的性能出现非常明显的下降，核心原因如下：

• 指令缓存（I-cache）命中率会大幅恶化
  现代消费级CPU的单核心L1 I-cache容量通常仅为32KB_{64KB，L2缓存单核心多在256KB}1MB区间，即使是所有核心共享的L3缓存也普遍仅有几十MB，远小于展开后TB级的代码镜像体积。
  日常运行环境中大量被高频调用的公共函数（比如libc中的memcpy、malloc，GUI框架的基础绘制函数，系统调用的用户态封装等），在未展开场景下是全系统所有进程共享一份代码，甚至在物理内存中仅存储一份，通过页表映射给所有进程复用。全展开后每个调用点都会生成独立的函数副本，同一段逻辑的指令体积会膨胀几十到上万倍。
  哪怕程序的时间局部性主要来自循环，只要循环内部调用了被展开的公共函数，循环体的指令体积会从原本的几字节跳转指令变成几百上千字节的函数副本，很容易超出L1 I-cache的容量阈值，导致I-cache命中率从常规的90%+掉到50%甚至更低，每次缓存miss访问下级存储的延迟会比命中高几倍到几十倍，直接拖慢执行速度。
• 主存指令带宽占用会显著上升
  未展开场景下同一段公共函数的指令只需要从主存加载一次，就可以被所有调用点复用。全展开后每一份函数副本的指令都需要单独从主存加载到缓存，哪怕逻辑完全一致也要重复读取，指令带宽占用会和展开的副本数量成正比。当大量应用同时运行时，主存带宽会被指令取指请求占满，挤压数据访问的可用带宽，进一步放大性能损失。

你提到的「影响可能并不明显」的假设仅在极小的特殊场景下成立：比如程序不依赖任何外部公共库、所有函数都是仅被调用1~2次的私有函数、且循环内部没有外部函数调用。这类场景和你所说的「完整操作系统加大量应用」的日常运行环境完全不符。

当然也存在极少数展开反而提升性能的个例：比如仅被调用1次的静态小函数，展开后可以节省函数调用的栈操作、寄存器保存恢复开销，且不会带来明显的指令体积膨胀。但这类场景在全系统范围的占比极低，完全抵消不了大量公共函数展开带来的缓存性能损失。CPU缓存的容量是硬件硬限制，无法靠扩容主存解决，这也是全展开性能下降的核心瓶颈。

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