打开Google表格后IFS公式单元格时间戳自动变更的问题

这套实现逻辑本身依赖循环引用+迭代计算限1次来达成“首次满足条件时记录时间、后续固定留存旧值”的效果，天生稳定性极差，出现时间被刷新为打开文件时的当前时刻，通常是以下几类可复现的触发原因：

• 公式分支逻辑存在天然漏洞：你使用的公式为=IFS(D10="","",E10="",NOW(),FALSE,E10)，逻辑顺序为：先判断D10是否为空，空则清空E10；再判断E10是否为空，空则返回当前时间；其余情况返回E10自身的旧值。这个逻辑的硬伤是只要计算引擎在执行公式时判定E10初始为空，就会立刻触发NOW()分支，直接返回当前计算时刻的时间，完全不会读取之前留存的07:15旧值。
  最常见的触发场景为：上次保存文件时，E10里的07:15是公式临时运算出的结果，没有被真正持久化写入文件存储（比如网盘同步覆盖了文件本地版本、磁盘写入缓存延迟导致值没成功落盘、保存时触发了Excel“不保存公式计算结果”的相关设置），今天打开文件时E10的初始状态为空，直接走了记录当前时间的分支，就显示成了打开时刻的11:23。
• 迭代计算配置未在当前打开的文件中真正生效：虽然你确认设置了迭代次数为1次，但Excel的迭代计算配置是和对应工作簿绑定的，如果本次打开的是文件的历史旧副本、或者安全策略触发了工作簿计算选项重置，计算引擎在处理E10的自引用逻辑时，会先清空E10的临时缓存值再执行判断流程，这时候就会命中“E10为空”的分支，直接刷新为当前时间。
• 易失性函数的强制重算触发：NOW()是典型的易失性函数，只要文件打开时触发了任意一次全表重算（比如修改了其他单元格、按F9手动重算、打开文件时自动执行兼容性检查），在迭代次数为1的设置下，第一次计算循环引用逻辑时，如果因为计算顺序问题没有正确读取到E10的旧值，就会直接触发NOW()刷新，替换掉原有旧时间值。

补充提示：这种靠循环引用+NOW()实现的时间记录方案没有静态值锁存机制，只要任意一次计算过程中没有正确读取到旧的E10值，就会把时间刷新为当前时刻。如果需要稳定留存固定时间，更稳妥的实现方式是通过工作表变更事件的VBA代码，在D列填入内容时直接将静态时间写入E列，从根源上避免易失性函数的反复刷新问题。

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