javascript函数参数默认值在每次调用时创建独立初始化作用域，求值发生在函数体执行前，该作用域隔离参数间及与函数体的变量访问，初始化后即销毁。
当函数参数带有默认值时，JavaScript 会在每次调用时为参数创建一个临时的独立作用域，用于求值和初始化。这个作用域不是全局的，也不是调用时所在的作用域，而是紧贴函数定义时的词法环境、且仅用于参数初始化阶段。
这个机制的关键在于：
- 参数默认值表达式在函数调用时、函数体执行前求值；
- 求值发生在该独立作用域内，它隔离了参数之间、以及参数与函数体之间的变量访问；
- 这个作用域在初始化完成后立即消失，不延续到函数体内。
参数默认值触发独立作用域的典型表现
let x = 1;
function f(x, y = x) {
console.log(y);
}
f(2); // 输出 2
这里 y = x 中的 x 不指向全局 x（值为 1），而是指向当前参数列表中的第一个参数 x（值为 2）。
原因就是：参数 x 和 y 的初始化共用一个新建立的作用域，其中 x 已被绑定为形参，优先级高于外层变量。
再看这个例子：
Alibabacloud Sdk Client Initialization For Java
下载
在 Java 中初始化和管理阿里云 SDK客户端。包括单例模式、线程安全、endpoint 与 region 配置、VPC 终端节点、同步与异步等。
let x = 10;
function g(y = x, x = 20) {
return y;
}
g(); // ReferenceError: Cannot access 'x' before initialization
报错是因为：虽然 y = x 写在前面，但参数列表从左到右声明，x 是后声明的形参，在 y 初始化时它还处于“暂时性死区”（TDZ）——不能被访问。这进一步印证了：
✅ 所有形参共享同一个初始化作用域；
❌ 形参之间不能随意交叉引用，尤其当存在依赖顺序时。
默认值表达式的作用域规则
- 默认值里的变量查找，走的是函数定义时的外部词法作用域（即“闭包”），不是调用时的作用域。
- 它无法访问后续声明的参数，也无法访问函数体内
let/const声明的变量（因为那些还没初始化）。 - 它可以访问外层的
var、let、const（只要不在 TDZ 中），也能访问同级已初始化完成的参数（如上例中f(2)的x）。
const outer = "outer";
function h(a = outer, b = a + "!") {
console.log(b); // "outer!"
}
h();
a = outer 成功读取外层 const，b = a + "!" 使用已初始化的 a，都发生在这个独立作用域中。
解构参数也遵循同一套规则
let x = "global";
function d({ a = x, b = a + "!" } = {}) {
console.log(a, b);
}
d({ a: "passed" }); // "passed" "passed!"
d({}); // "global" "global!"
d(); // "global" "global!"
- 整个
{ a = x, b = a + "!" }是解构默认值，它运行在独立作用域中； -
=右侧的表达式按定义时词法作用域查找x； -
b = a + "!"中的a是解构出的绑定，已在同一作用域中完成初始化（前提是a有值或用了默认值）。
注意：{ a = x } = {} 中的 {} 是对象参数自身的默认值，它先于解构执行，属于更外一层的参数初始化逻辑。
小结：这个独立作用域的特点
- ✅ 每次调用都会新建，生命周期仅限于参数初始化阶段；
- ✅ 支持对外部词法作用域的变量引用；
- ✅ 形参之间可有限访问（按声明顺序，已初始化者可用）；
- ❌ 无法访问函数体内的变量（包括
let/const声明）； - ❌ 不是块级作用域，也不等同于
with或 IIFE； - ❌ 不影响
this、arguments或其余执行上下文内容。
这种设计让默认参数既安全又可控，避免意外捕获调用时状态，也防止初始化逻辑污染函数主体。
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
