TypeScript-ESLint 项目中 `prefer-nullish-coalescing` 规则对 `||=` 操作符的支持问题分析

在 TypeScript 和 JavaScript 的现代开发实践中，空值合并操作符（??）和逻辑或操作符（||）的选择是一个常见的代码风格问题。TypeScript-ESLint 项目提供的 prefer-nullish-coalescing 规则旨在帮助开发者更安全地处理可能为 null 或 undefined 的值。

问题背景

逻辑或赋值操作符（||=）是 ES2021 引入的新特性，它提供了一种简洁的方式来为变量设置默认值。然而，在 TypeScript-ESLint 的 prefer-nullish-coalescing 规则实现中，发现该规则未能正确识别并转换 ||= 操作符为更安全的 ??= 操作符。

技术细节分析

prefer-nullish-coalescing 规则的核心目的是鼓励开发者使用空值合并操作符（??）而非逻辑或操作符（||），因为前者只在左侧操作数为 null 或 undefined 时才会返回右侧操作数，而后者会对所有假值（如空字符串、0、false 等）都返回右侧操作数。

在实际代码审查中，发现以下三种使用 ||= 的场景都未被规则捕获：

1. 在 if 条件语句中使用 ||=
2. 在 while 循环条件中使用 ||=
3. 直接使用 ||= 赋值表达式

历史原因探究

通过项目历史记录分析，这个问题实际上在早期版本中已经被发现并修复过。然而，在项目进行大版本升级（v6）的过程中，由于复杂的合并操作，相关修复代码被意外还原。这表明在大型代码库中进行重大版本更新时，需要特别注意合并冲突的解决方式，以避免类似的功能回退问题。

解决方案建议

对于开发者而言，目前可以采取以下临时解决方案：

1. 手动检查代码中的 ||= 使用情况
2. 在需要严格空值检查的场景中主动使用 ??=
3. 关注 TypeScript-ESLint 项目的更新，等待官方修复

对于项目维护者，建议的修复方案包括：

1. 重新应用之前已经完成的修复补丁
2. 增加针对 ||= 操作符的测试用例
3. 在未来的大版本更新中建立更严格的合并验证机制

最佳实践

无论规则是否能够自动检测，开发者都应该理解 || 和 ?? 操作符的关键区别：

• || 会检查所有假值（falsy values）
• ?? 只检查 null 或 undefined
• 在处理可能为 0、空字符串或 false 的变量时，?? 通常是更安全的选择

在 TypeScript 项目中，结合严格空值检查（strictNullChecks）功能，使用空值合并操作符可以显著提高代码的类型安全性。