JavaScript 还有第三种注释？--> 竟然合法

JavaScript 中藏了十年的秘密注释语法

看下面这段代码：

x
= 1
x
--> 0

猜猜输出是什么？

答案是 1。

不是 0，也不是报错。就是 1。

这个谜题来自 Hillel Wayne 的博客。

为什么不是 0？

因为 --> 在行首的时候，是一个注释符号。

对，你没看错。JavaScript 除了 // 和 /* */，还有第三种注释语法：-->。只不过它有个限制：必须出现在行首。

所以上面的代码实际被解析成了：

x = 1;
x;
// --> 0 这行被当成注释了

最后一个表达式是 x，值是 1，所以输出 1。

这玩意儿哪来的？

得从二十多年前说起。

早期的浏览器（IE 3、Netscape 2 那个年代）刚开始支持 JavaScript，但很多旧浏览器根本不认识 <script> 标签。为了让这些老古董不把 JavaScript 代码当成页面内容显示出来，开发者想了个办法：把代码包在 HTML 注释里。

<script>
<!--
console.log("hello world!")
-->
</script>

旧浏览器看到 <!-- 就当 HTML 注释跳过了，新浏览器则正常执行 JavaScript。

问题来了：新浏览器要执行 JavaScript，但 <!-- 和 --> 本身不是 JavaScript 语法啊。怎么办？

答案是：让 JavaScript 引擎把它们当注释处理。

标准化了吗？

标准化了。

ECMAScript 2015（ES6）正式把 <!-- 和 --> 写进了规范，作为合法的注释 token。规范里特别说明："--> 只在行首有效，避免和后缀递减运算符混淆"。

想想也是。如果 --> 在任何位置都是注释，那 x-- > 0 这种正常代码就没法写了。

浏览器必须支持，Node.js 不用

这里有个细节：规范只要求浏览器环境支持这个语法。Node.js、Deno、Bun 这些非浏览器的 JavaScript 运行时不强制要求。

实际测试一下：

// 浏览器控制台
x = 1
--> 0
// 输出 1

// Node.js
x = 1
--> 0
// SyntaxError: Unexpected token '>'

Node.js 直接报语法错误。所以这个"特性"只在浏览器里生效。

还有 <!--

既然 --> 是注释，<!-- 也是。

<!-- 这是注释
console.log("hello") <!-- 这也是注释

<!-- 的行为和 // 一样，后面的内容都被忽略。

为什么现在还保留？

向后兼容。

虽然现在没人会这么写代码，但互联网上可能还存在一些上古网页用了这个写法。浏览器厂商不敢删，万一删了哪个政府网站挂了呢。

这就是 JavaScript 的日常------背着二十年的历史包袱往前跑。

实际有什么用？

没用。纯粹是个冷知识。

但下次面试官问你"JavaScript 有几种注释方式"，你可以微微一笑，说三种。

---

如果你觉得这篇文章有帮助，欢迎关注我的 GitHub，下面是我的一些开源项目：

Claude Code Skills （按需加载，意图自动识别，不浪费 token，介绍文章）：

• code-review-skill - 代码审查技能，覆盖 React 19、Vue 3、TypeScript、Rust 等约 9000 行规则（详细介绍）
• 5-whys-skill - 5 Whys 根因分析，说"找根因"自动激活
• first-principles-skill - 第一性原理思考，适合架构设计和技术选型

全栈项目（适合学习现代技术栈）：

• prompt-vault - Prompt 管理器，用的都是最新的技术栈，适合用来学习了解最新的前端全栈开发范式：Next.js 15 + React 19 + tRPC 11 + Supabase 全栈示例，clone 下来配个免费 Supabase 就能跑
• chat_edit - 双模式 AI 应用（聊天+富文本编辑），Vue 3.5 + TypeScript + Vite 5 + Quill 2.0 + IndexedDB