学习JS装饰器时Chrome DevTools报标识符已声明错误，Node.js运行正常

嘿，我之前调试JavaScript的时候也碰到过一模一样的问题，来给你拆解下根源和解决办法：

为啥会出现这个问题？ #

核心原因是Chrome控制台和Node.js的执行作用域不一样：

• 用Node.js运行脚本时，每一次执行都会创建一个全新的模块作用域，相当于每次都是“从零开始”，所以不管你运行多少次，变量都不会重复声明。
• 但Chrome DevTools的控制台是在同一个全局作用域里跑代码的。你第一次运行代码时，const wrapped已经在全局作用域里被声明了；第二次再运行哪怕换了变量名hello，这个新变量又会在同一个全局作用域里被重复声明——const的规则就是同一作用域里不能重复定义变量，所以报错是必然的。

怎么解决？ #

给你几个实用的调试方案：

1. 用立即执行函数包裹代码（最推荐） #

把你的测试代码塞进一个局部作用域里，这样每次运行都不会污染全局，自然就不会有重复声明的问题了：

(function() {
  // 把你的装饰器测试代码都放这里
  const wrapped = loggingDecorator(doSomething);
  wrapped();
})();

每次执行这段代码，变量都是在这个临时的局部作用域里创建，执行完就销毁，完全不会影响全局环境。

2. 临时换成let（仅调试用） #

如果你只是快速测试，可以把const换成let——let允许在同一作用域下重新赋值（注意不是重复声明，是覆盖之前的变量）：

let wrapped = loggingDecorator(doSomething);

不过这个方法只适合临时调试，正式代码里还是要坚持用const来保证变量不可变。

3. 用DevTools的代码片段功能 #

Chrome DevTools的Sources面板里有个「Snippets」选项，你可以把测试代码保存成一个片段，每次运行片段时，DevTools会自动在独立作用域里执行，完美避开全局变量冲突的问题。

4. 手动重置全局变量（不推荐） #

如果你一定要用全局作用域，可以在每次运行前先删除变量：

delete window.wrapped;
const wrapped = loggingDecorator(doSomething);

不过这个方法比较hack，而且如果变量是用const声明的，在严格模式下可能删不掉，所以不太推荐。

总结 #

说白了就是Chrome控制台的全局作用域会“记住”你之前声明的变量，用局部作用域包裹代码是最稳妥的解决方式，既能正常测试装饰器逻辑，又不会搞乱全局环境。

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