Global Variable与Prototype function声明顺序的性能影响及规范咨询

全局变量放置在原型函数前或后，不会产生任何可感知的运行时性能差异。

JavaScript引擎执行代码前会先完成词法解析阶段的提升处理：

• 用var声明的全局变量、普通函数声明会被直接提升到全局作用域顶部注册，和你手动写在最前面的效果完全一致
• 用let/const声明的全局变量虽然存在暂时性死区限制，但只要你在所有声明语句执行完成后再调用相关方法，作用域链查找、内存分配的逻辑完全相同，不会因为书写顺序产生额外性能损耗
• 原型方法本质是挂载在构造函数prototype属性上的函数，只要原型赋值、全局变量赋值都在实例方法调用前完成，两种写法的执行路径没有区别。

两种写法仅存在执行时序上的风险差异：如果把全局变量放在原型方法后面，一旦在变量声明完成前就触发了原型方法执行，会直接抛出暂时性死区报错，和性能无关。
举个对比例子：

// 变量在前：不存在提前访问风险
const API_TIMEOUT = 3000
function DataService() {}
DataService.prototype.fetch = function () {
  return fetch('/list', { timeout: API_TIMEOUT })
}

// 原型在前：如果提前调用fetch会直接报错
function DataService() {}
DataService.prototype.fetch = function () {
  return fetch('/list', { timeout: API_TIMEOUT })
}
const API_TIMEOUT = 3000

// 这行如果放在变量声明前执行，会触发ReferenceError
new DataService().fetch()

从代码整洁、团队协作的角度，统一推荐将全局/模块级变量、常量声明放在所有构造函数、原型方法定义之前，核心原因有三点：

• 符合从上到下的阅读逻辑：读代码时最先看到当前模块依赖的所有全局配置、公共变量，不需要来回翻找变量定义，认知成本更低
• 从书写顺序上规避提前访问的报错：变量放在最前，从根源上避免了方法引用未声明变量的问题
• 匹配主流代码规范要求：包括Airbnb、Google在内的通用JavaScript代码规范，都要求作用域内的变量声明靠近作用域顶部放置，和函数、类定义保持清晰的分界，团队协作时不会产生风格冲突。

额外提一句：如果变量只在单个原型方法内使用，不需要跨方法共享，不要声明为全局变量，直接封装在方法内部或模块闭包中，避免不必要的全局作用域污染。

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