ES6箭头函数无参时，使用_替代参数括号()有何合理依据？

针对你提到的两类常见写法——(() => {}) 也就是标准零参数写法，和 (_ => {}) 单参数占位写法，首先要明确两者的语法本质差异：

• () => {}：是ES6规范定义的标准零参数箭头函数，空括号在语法层面就明确表示函数不接收任何入参
• _ => {}：本质是单参数箭头函数，参数名为_，和普通单参数写法x => {}没有语法层面的区别，只是依托了全行业对_的通用语义约定

两类写法的运行兼容性、性能表现完全一致，不存在某一种更适配老旧环境、运行更快的情况，所有选型差异都来自工程语义和代码风格层面。

选择_写法的合理场景 #

没有语法层面的强制要求，但在特定上下文下有实际的工程价值：

• 传递明确的语义信号：当你的函数是作为回调传入时，上游执行环境天生就会往回调里传参数（比如数组遍历方法、DOM事件回调、Promise链式回调），但你完全不需要使用这些传入值时，用_占位比写空括号更能传递信息：我清楚这个回调上下文会传入参数，只是我不需要用到，避免读代码的人误以为你漏写了参数接收逻辑。
• 适配部分代码检查规则：部分团队的lint配置会对“回调函数签名和上游传入参数不匹配”提出告警——比如上游会固定传1个参数，你写空括号的零参数函数，规则会认为你忽略了隐式传入的参数，这时候用_占位声明参数，就能匹配规则要求，减少无效告警。
• 视觉风格统一：如果项目内大量使用省略括号的单参数箭头函数写法，比如item => item.name，统一使用_写无参逻辑的回调，能减少格式上的突兀感，不用额外记忆“零参数必须加括号”的特殊格式规则。

不推荐用_替代空括号的场景 #

如果你的函数是独立定义、本身设计上就不接收任何输入（没有上游场景会主动给它传参），那完全没有理由用_的写法：

• 标准的() => {}从语法层面就彻底排除了参数相关的歧义，读代码的人不会误以为这个函数本来要接一个参数只是没用
• 这种写法会给后续维护留小坑：后续有人看到参数_，容易误以为是之前的开发者漏了相关处理逻辑，要花额外时间排查无意义的问题；甚至可能有人不小心在函数体里引用了_，出现和设计预期不符的逻辑

误区澄清：_不是JS语法层面的特殊关键字，它和普通变量名没有任何区别，所谓的“未使用占位符”只是行业通用的代码约定，没有强制语法效力。

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