JS自动格式化触发Invalid left hand side报错的成因与修正问询

这个问题本质是手写代码的笔误、JavaScript 词法解析的容错机制、IDE 格式化规则三方错位导致的，不存在什么特殊的冷门语法。

为什么原始代码可以正常运行 #

你标注的原始判断行if (aVal == -1 && bVal !=- -1) return 1;，根本不是什么刻意设计的语法，纯粹是原作者手写的时候打错了，刚好被JS引擎的解析逻辑兜住没报错：

1. JS引擎做词法分析时，会从左到右扫描字符，按照最长匹配规则拆分token：读到!和=两个连续字符时，已经能组成完整的不等运算符!=。JS的运算符列表里不存在三个字符的!=-结构，因此!=识别完成后，后面的字符不会再尝试和前面的运算符拼接，独立开启下一个token的识别。
2. 紧贴在!=后面的那个-，因为已经跨了token边界，会被引擎识别为一个一元负号运算符，和后面空格隔开的1拼接成数值-1作为比较的右值。
3. 这行代码真实的执行逻辑，等价于我们正常写的bVal != (-1)，和相邻的另一段判断if (aVal != -1 && bVal == -1) return -1;的对称逻辑完全对齐。
   注：从代码里其他位置的笔误（比如日期判断里的aVal = "9999--99-99"多打了一个减号）也能看出来，这段代码的原作者写代码时经常手滑重复输入负号，这个!=- -1的写法就是打错字漏了空格，不是刻意设计的特殊写法。

为什么自动格式化后会触发语法报错 #

IntelliJ的JS格式化是基于标准ECMAScript语法的token边界调整空格的，它在识别到两个相邻的- token时，会按照格式化规则自动删掉中间的空格，把两个独立的一元负号拼接成连续的自减运算符--，最终生成你看到的代码bVal != --1。
这个时候语法就完全不成立了：自减运算符必须作用于一个可修改的变量（左值），不能直接对字面量数字1做自减操作，所以IDE会抛出Invalid left hand side in prefix expression的错误。
说白了，原始代码能跑只是靠JS解析的容错性“蒙混过关”，本身就是有歧义的不合规写法，不是什么可以正常存在的合法结构。

正确的合规写法 #

结合这段代码的业务逻辑——把值为-1的无效/缺失排序值永远排到列表最后，不受升降序切换影响，修正后的无歧义写法应该是：

// a是无效值、b不是无效值时，a排在b后面
if (aVal == -1 && bVal != -1) return 1;
// b是无效值、a不是无效值时，a排在b前面
if (aVal != -1 && bVal == -1) return -1;

这个写法和上下逻辑完全对齐，没有多余的零散负号，IDE格式化时也不会再触发语法歧义。 #

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