VSCode中import或const标红但node能运行，是因语言服务默认按ES5解析；需配置jsconfig.json指定"target":"ES2017"和匹配的"module"，并确保settings.json中无覆盖性的javascript.preferences.javascriptVersion设置。
VSCode里写import或const标红，但node index.js能跑通？这不是代码错，是VSCode默认按ES5解析导致的静态校验误报。
为什么jsconfig.json比.babelrc优先级更高
VSCode的JavaScript语言服务（不是Node运行时）在没有jsconfig.json时，会退回到最保守的ES5目标环境做语法检查——哪怕你装了Babel、写了.babelrc、甚至node --version已支持ES2022，它照样把??=、?. 、export default全标红。
解决路径很直接：
- 项目根目录必须存在
jsconfig.json，内容至少含"target": "ES2017" -
"module"字段要和实际运行方式一致："commonjs"（对应require()或type: "commonjs"）或"esnext"（对应package.json里"type": "module"） - 别用
"target": "ESNext"——部分旧版TS服务识别不了，反而触发更奇怪的报错
javascript.preferences.javascriptVersion配置会覆盖jsconfig.json
这个设置项藏得深，但杀伤力极强：一旦你在VSCode设置里手动设了"javascript.preferences.javascriptVersion": "ES5"，哪怕jsconfig.json写得再规范，所有ES6+语法依旧标红。
查证和修复方法：
- 打开VSCode设置（
Ctrl + ,），搜javascriptVersion - 如果该项有值，直接删掉整行；或者明确设为
"auto" - 也可以进
settings.json手动清理："javascript.preferences.javascriptVersion"这一行必须不存在，或值为"auto"
package.json里的"type"字段决定Node能否执行import
VSCode标红import，可能根本不是编辑器问题，而是Node runtime拒绝加载——比如你没在package.json里声明"type": "module"，却写了import fs from 'fs'，那VSCode只是提前预警：Node启动时会直接抛SyntaxError: Cannot use import statement outside a module。
使用 JSON Schema 验证 JSON 数据，从示例 JSON 生成 schema，并将其转换为 TypeScript 接口、Python 数据类或 Markdown 文档。
两个互斥解法：
- 加
"type": "module"→ 后续所有.js文件按ESM处理，require()会失效（除非用createRequire） - 不加
"type"→ 保持CommonJS，默认用require()，若硬要用import，就得靠Babel转译，且jsconfig.json中"module"必须设为"commonjs"
混用"type": "module"和require()，或反过来，VSCode和Node行为会不一致，调试时容易卡在“为什么这里报错但那里不报”。
第三方库没类型提示？不是ES6配置问题，是缺@types/xxx
语法不标红、import能执行，但lodash.map()没参数提示、axios.get没返回类型推导？这和ES6配置完全无关，是VSCode找不到类型定义。
补救方式很简单：
- 装对应类型包：
npm install -D @types/node @types/lodash @types/axios - 确认
jsconfig.json里没禁用"types"（默认不限制） - 如果库本身带
types字段（如lodash），且node_modules没被"exclude"掉，通常自动生效
真正容易被忽略的是：jsconfig.json只管语法校验和基础跳转，类型提示依赖的是@types或库自身的.d.ts，这两者常被当成一回事，其实完全独立。
