严格模式下函数参数重名会直接导致syntaxerror解析错误，发生在函数定义时而非调用时；只要参数名重复，无论是否带默认值、是否使用，引擎均在解析阶段报错且不可绕过。
严格模式下函数参数重名会直接导致语法错误，无法通过解析，这是最明确、最底层的识别方式——不是运行时报错，而是代码加载时就拒绝执行。
一眼识别：语法报错是最可靠的信号
只要在函数声明中出现重复参数名，且作用域内启用了严格模式，JavaScript 引擎会在解析阶段抛出 SyntaxError: Duplicate parameter name not allowed in this context。这个错误不可捕获，也无法绕过。
- 错误发生在函数定义时，不是调用时
- 无论参数是否被使用、是否带默认值，只要名字重复即报错
- 箭头函数、普通函数、方法简写都适用该规则
如何确认当前函数处于严格模式
不能仅凭“写了 use strict”就断定函数受约束——必须检查它的实际作用域：
- 全局脚本顶部有
"use strict"→ 全局作用域及其中所有函数默认启用（除非被嵌套在非严格函数内） - 函数体第一行是
"use strict"→ 仅该函数启用，内部嵌套函数也继承严格模式 - 注意：
"use strict"必须在函数体开头，注释或空行后仍有效；但若前面已有可执行语句（如console.log()），则失效
为什么禁止参数重名能提升安全性
这不只是语法洁癖，它堵住了三类潜在风险：
-
消除歧义访问：非严格模式下
function fn(a, a) { return a; }中的a总是取第二个实参，第一个被静默丢弃，容易引发逻辑误判 -
阻断 arguments 意外联动：非严格模式中修改形参会同步改
arguments[i]，而严格模式下两者完全隔离——禁用重名是这一隔离机制的前提保障 - 防止未来兼容陷阱：ES6+ 中解构参数、剩余参数等新特性与重名参数存在语义冲突，提前禁用可避免升级时出现隐蔽行为变化
常见误判场景与验证建议
有些情况看似“重名”，实则合法，需区分清楚：
- 对象解构中的同名属性不触发报错：
function fn({a}, {a}){}是两个独立参数，合法 - 默认参数不影响判断：
function fn(a = 1, a = 2){}仍报错，因为参数名本身重复 - 测试时建议用浏览器控制台或 Node.js 直接粘贴最小复现代码，避免构建工具转译干扰原始语法校验
