ES7原生支持，Node.js v7.0.0起完整支持includes()和**运算符；VSCode需配置jsconfig.json中"lib": ["es2016"]和"target": "es2016"以正确识别。
确认 Node.js 版本是否原生支持 ES7 语法
ES7（即 ECMAScript 2016）核心特性只有 Array.prototype.includes() 和指数运算符 **。Node.js 自 v6.0.0 起就已支持 **，v7.0.0 起完整支持 includes()。你现在用的大概率是 v20.x 或 v22.x（2026 年主流 LTS 是 v20.15.0），所以不需要额外转译就能直接运行 ES7 代码。
验证方式很简单：
- 终端执行
node -v，确认版本 ≥ v7.0.0 - 新建
test.js，写console.log([1,2,3].includes(2)); console.log(2 ** 10); - 运行
node test.js—— 若输出true和1024，说明环境已就绪
VSCode 中让 IntelliSense 正确识别 ES7 API
VSCode 默认用内置 TypeScript 语言服务做 JS 文件的类型检查和补全，但它默认按较老的 ECMAScript 版本（如 ES5）解析，导致 includes() 在数组上不显示提示、甚至报错“Property 'includes' does not exist on type 'number[]'”。
解决方法是显式告诉语言服务你用的是现代 JS：
- 在项目根目录创建
jsconfig.json（纯 JS 项目）或确保已有tsconfig.json（TS 项目） - 在
compilerOptions中设置"lib": ["es2016", "dom"]（es2016即 ES7） - 如果用
jsconfig.json，还需加"checkJs": true才启用类型检查
示例 jsconfig.json：
{
"compilerOptions": {
"lib": ["es2016", "dom"],
"checkJs": true,
"allowJs": true,
"target": "es2016"
},
"include": ["**/*.js"]
}ES7+ 新语法（如 async/await）需要 target 设置对齐
虽然 async/await 是 ES2017（ES8）特性，但很多人误以为它属于 ES7。如果你在 VSCode 里写了 async function foo() { await delay(); } 却提示语法错误，问题往往出在 jsconfig.json 或 tsconfig.json 的 "target" 值太低。
-
"target": "es5"→ 不识别async/await，会标红 -
"target": "es2017"或更高（如"es2020"）→ 正确识别并提供补全 - 注意：
"target"只影响类型检查和补全，不影响实际运行 —— Node.js 运行时是否支持，只看 Node 版本
也就是说：VSCode 提示报错 ≠ 代码不能跑；但提示不准，会干扰开发节奏。
避免踩坑：不要装 Babel 就为了跑 ES7
网上很多教程一上来就教装 babel-cli、配 .babelrc、加构建脚本。对你当前目标（在 VSCode 里写/跑/调试 ES7 代码）来说，这完全是冗余步骤。
- Babel 是为兼容老浏览器或旧 Node 版本准备的，而你本地 Node 已远超需求
- 加 Babel 会引入额外配置、编译延迟、source map 映射问题，反而让调试变慢、出错难定位
- 唯一需要 Babel 的场景：你明确要生成兼容
Node.js v6以下的代码（2026 年几乎不存在）
真正该花时间配置的是 jsconfig.json 和调试 launch 配置 —— 它们直接影响你在编辑器里的体验，而不是构建流水线。
最后提醒一句：ES7 本身非常轻量，真正容易混淆的是后续版本（ES2017/2018/2020）的特性混入。盯住 lib 和 target 这两个字段，比记年份更可靠。
