JS变量封装问题：循环回调打印异常与闭包、IIFE作用解析

这个现象是闭包特性结合var的函数作用域规则共同导致的，和你认知中的“原始类型按值传递”没有任何冲突，二者属于不同场景下的独立规则，不存在矛盾。

错误代码输出全是C的原因 #

• 循环中用var声明的name是函数作用域变量：整个setName函数执行过程中，不会随循环轮次生成新的name实例，全函数只有一个共享的name变量。
• 循环执行时只是反复给这同一个name重新赋值，依次从"A"到"B"再到"C"，循环跑完后，这个共享变量的最终值就是"C"。
• push到数组里的三个匿名函数，和setName的函数作用域形成了闭包绑定：函数内部引用的name不是创建瞬间的快照值，而是直接指向作用域里的那个name变量本身。等后续遍历执行这三个函数时，共享的name已经停在"C"，因此三个函数都输出C。

这里需要明确你之前的认知误区：原始类型按值传递的规则，在这段错误代码里根本没有被触发——因为你没有把name的值作为参数传给那三个匿名函数，匿名函数是直接引用外层作用域的变量，压根走不到按值传递的流程，自然不会产生按值拷贝的效果。

IIFE写法生效的原理 #

你用的IIFE逻辑，本质是为每一轮循环单独开辟了一个独立的函数作用域：

• 每轮循环执行时，把当前的name值作为实参传给立即执行的函数，这时就触发了按值传递规则：形参n会拿到当前轮name值的独立拷贝，三个拷贝分别存在三个独立的IIFE作用域里，互不干扰。
• 后续push到数组里的匿名函数，闭包绑定的是对应IIFE作用域里的n，而非最外层那个共享的name，执行时自然能拿到各自独立的"A"、"B"、"C"值。

简化实现方式 #

目前已经不需要用IIFE来解决这类闭包问题：只要把循环里的var name换成let name，就能直接达到和IIFE完全一致的效果。因为let是块级作用域，每轮循环都会为name生成一个独立的作用域绑定，三个函数的闭包自然会分别绑定到对应轮次的name值上。

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