JavaScript中以-->开头的单行注释是否为正常行为？

你发现的这个-->行首被当作单行注释的情况，其实是JS语法设计里为了兼容早期网页场景留下的特殊规则，完全符合规范，不是漏洞。

背后的原因：HTML注释兼容 #

在JS刚诞生的年代，很多浏览器还不支持JavaScript，为了让这些浏览器不会把<script>标签里的代码直接显示在页面上，JS规范特意兼容了两种HTML风格的注释语法：

• <!--：可以当作单行注释的开头（和//类似），无论是否在行首，都会注释到行尾
• -->：**只有当它出现在行首（允许前面有空格、制表符等空白字符）**时，才会被当作单行注释的开头，直到行尾；如果它前面有可执行代码，就会被解析成两个JS运算符：--（递减运算符）和>（大于运算符），这时候如果没有对应的操作数（比如行首直接写-->但前面没有变量），就会抛出语法错误。

用你的代码例子验证 #

看你给出的代码：

console.log('Start'); // normal comment
--> weird comment // 这行完全被当作单行注释，不会执行也不会报错
/* 行首若有可执行代码会抛出错误：Uncaught SyntaxError: Unexpected token >（但允许空格字符） */
console.log('End'); // 正常执行，输出"End"

如果我们给-->加上操作数，它就会变成合法的表达式：

let x = 10;
if (x --> 5) { // 等价于 if( (x--) > 5 )
  console.log('x递减后大于5');
}

这时候它就不是注释，而是正常的代码逻辑了。

补充：早期的兼容写法 #

这种语法的初衷是让JS代码可以嵌套在HTML注释里，比如：

<script>
<!--
console.log('这段代码在不支持JS的浏览器里会被当作注释隐藏');
// -->
</script>

支持JS的浏览器会把<!--当作单行注释，执行后面的代码；而// -->里的//会注释掉-->，或者如果-->在行首的话直接当作注释，这样就完美兼容了新旧浏览器。

所以你遇到的是一个冷门但完全合法的JS语法规则，不是漏洞哦～

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