JavaScript Getter性能疑问：使用Getter是否会创建函数引用？赋值给变量调用是否性能更优？

嘿，这个问题问到点子上了！咱们分两部分把它掰扯清楚：

一、Getter会不会创建函数引用？ #

答案是肯定的，但这个引用的存在方式和普通变量不太一样：

• 当你写{ get jamie() { /* 复杂逻辑 */ } }的时候，这个Getter函数其实会被存在对象属性jamie的访问器描述符里——简单说就是，这个对象会牢牢持有这个函数的引用。
• 不过和直接把函数赋值给变量不同：你访问obj.jamie的时候，不会拿到这个函数本身，而是会自动触发函数执行，返回它的运行结果。

二、赋值给变量再用的性能更优吗？ #

这得分场景看，不能一概而论：

1. 一次性计算，反复用结果的场景 #

如果你的“复杂逻辑”只需要算一次，之后每次访问属性都用同一个结果，那const hutber = () => { /* 复杂逻辑 */ }; { jamie: hutber() }这种方式性能绝对更好：

• 函数只跑一遍，结果直接存在对象的jamie属性里，之后每次访问都是直接读值，没有额外的函数调用开销。
• 但用Getter的话，每次访问obj.jamie都会重新执行一遍那堆复杂逻辑——要是计算量很大，或者你频繁访问这个属性，那重复计算的开销就很明显了。

2. 需要每次访问都刷新结果的场景 #

如果你的逻辑依赖外部状态（比如某个变量会变，每次访问都要拿最新的计算结果），那Getter反而更合适。这时候性能差异根本不是重点——毕竟你本来就需要每次都执行逻辑，用Getter的写法还更语义化，别人一看就知道这个属性是动态计算出来的。

3. 日常开发的总结 #

在绝大多数业务代码里，这俩的性能差异小到可以忽略不计，除非你在做性能极度敏感的操作（比如动画帧循环、超大批量数据处理）。平时写代码优先考虑语义和可读性就好：

• 要动态生成结果？用Getter；
• 要一次计算反复用？先存变量再赋值给属性。

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