PHP十亿级迭代场景下time()等动态值最优实现方案咨询

三个方案中方案A内存占用最低、运行速度最快，你倾向的方案C反而是性能和内存表现最差的。

性能&内存对比排序 #

A > B > C

具体原因分析 #

内存占用维度 #

• 方案A的$time是局部变量，直接存储在PHP的执行栈中，仅占用一个整型的内存空间，没有额外开销。循环运行过程中只会存储一份$time，不会每次迭代单独复制，完全不用担心重复占用内存的问题。
• 方案B的$this->time是对象属性，需要额外存储在对象的属性哈希表中，除了本身的整型空间，还要承担哈希表的索引开销，内存占用比A略高。
• 方案C额外定义了fixTime函数，本身就有函数定义的内存开销，加上每次循环的函数调用栈开销，十亿次迭代累计下来会比A、B高很多。

运行速度维度 #

• 局部变量的访问速度是PHP所有变量类型中最快的，不需要额外查表，方案A的循环内判断逻辑直接操作栈变量，耗时最低。
• 方案B每次访问$this->time都需要查询对象的属性哈希表，比局部变量访问慢10%~20%左右，十亿次迭代累计的耗时差会非常明显。
• 方案C每次循环都要执行一次函数调用，PHP的函数调用开销本身是非常高的，哪怕只是简单的加法逻辑，额外的函数入栈、出栈、参数解析开销会让整体耗时比A高几倍，完全是没必要的冗余设计。
• 另外方案C的代码还存在语法问题：fixTime调用缺少右括号，do_something(_v)的变量少了$符号，正式运行会直接报错。

关于你提到的A、B内存是否一致的问题 #

两者内存占用不一致，方案B的对象属性有哈希表的额外开销，不管是内存占用还是访问速度都弱于方案A的局部变量实现。

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