ES6语法报错但代码能正常运行，是VSCode静态校验过于保守所致：旧项目缺失jsconfig.json时默认按ES5解析，导致const、import等标红；解决方法是在根目录添加jsconfig.json并设"target": "ES2017"，同时确保settings.json中"javascript.preferences.javascriptVersion"设为"auto"或删除该配置。
ES6语法报错但代码能正常运行？检查jsconfig.json是否缺失
VSCode默认用JavaScript语言服务做静态校验，旧项目没配jsconfig.json时，它会按最保守的ES5环境解析，const、import、箭头函数全标红，但实际在浏览器或Node里跑得毫无压力。这不是语法错误，是VSCode“想多了”。
解决方法很简单：在项目根目录加一个jsconfig.json，明确告诉它支持ES6+：
{
"compilerOptions": {
"target": "ES2017",
"module": "commonjs",
"allowSyntheticDefaultImports": true,
"esModuleInterop": true
},
"exclude": ["node_modules"]
}
注意：target别写ESNext——某些老版本TS服务不识别，反而更易出错；ES2017兼容性好，覆盖所有常用ES6/ES7特性。
用了Babel但VSCode还是标红？关掉javascript.preferences.javascriptVersion
VSCode有个隐藏开关javascript.preferences.javascriptVersion，默认可能被设为ES5，它会强行覆盖jsconfig.json里的target设置，导致Babel转译后依然报错。
打开VSCode设置（Ctrl+,），搜这个配置项，把它删掉或设为auto。也可以直接改settings.json：
"javascript.preferences.javascriptVersion": "auto"
这个值一旦硬编码成ES5，哪怕你有jsconfig.json也白搭。
Node.js项目里import报错？别只配jsconfig.json，还要看type字段
纯CommonJS项目里写import，VSCode会直接报Cannot use import statement outside a module——这其实是Node的限制，不是VSCode的问题，但VSCode会提前预警。
两种解法：
- 在
package.json里加"type": "module"，让Node和VSCode都按ESM理解 - 保持CommonJS，把
import换成require()，或用Babel+@babel/preset-env转译（此时jsconfig.json必须配"module": "commonjs"）
不推荐混用：比如type: module却用require()，或反过来，VSCode和Node runtime容易打架。
第三方库类型提示丢失？补上@types/xxx或types字段
ES6语法通了，但lodash.map、axios.get这些调用没智能提示，大概率是缺少类型声明。VSCode不会自动下载@types包。
手动装对应类型定义：
npm install --save-dev @types/lodash @types/axios
如果库本身带types字段（比如vue、react），确保jsconfig.json里没屏蔽node_modules里的类型文件——"exclude"里别写太宽，例如"node_modules/**"会跳过所有类型，应改为"node_modules"（仅排除顶层）。
类型提示不生效时，重启VSCode的TS服务器（Ctrl+Shift+P → Restart TS server）比重启编辑器更有效。
ES6支持本质是“告诉工具链你用什么规范”，而不是改代码行为；最容易忽略的是javascript.preferences.javascriptVersion这个隐性开关，以及package.json里type和jsconfig.json中module的配合关系。
