typescript报错需先区分来源：若含类型描述、problems面板标“typescript”且状态栏显示ts服务就绪，则为ts自身报错；否则是eslint等其他工具所致。
WebStorm 里 TypeScript 报错不能“一键关闭”，因为报错来源不同，处理方式也完全不同——关错地方不仅没用，还会掩盖真实问题。真正要做的，是先分清哪类报错、再针对性停用。
怎么判断是 TypeScript 类型检查报错，还是其他工具在报？
TypeScript 报错通常有三个明确特征：
- 错误信息里带
Type 'xxx' is not assignable to type 'yyy'、Property 'z' does not exist on type这类明确类型描述 - 编辑器右侧的“Problems”面板里，错误来源（Location 列）显示为
TypeScript而不是ESLint、TSLint或SpellCheckingInspection - 右下角状态栏显示
TypeScript Service: Ready，且鼠标悬停能看到版本号
如果不符合以上任意一条，大概率不是 TypeScript 自身在报错，而是 ESLint、拼写检查或路径解析等其他机制在干扰——这时候关 TypeScript 设置毫无意义。
关掉 TypeScript 类型检查本身（不推荐）
这不是常规操作，但确实可行：它会让 WebStorm 完全放弃类型推导和校验，所有 any、null、undefined 相关错误都会消失，代价是失去全部类型安全提示。
- 打开
Settings/Preferences → Languages & Frameworks → TypeScript - 取消勾选
Enable TypeScript compiler（注意：不是禁用插件，也不是关掉 TypeScript language service） - 点击
Apply，右下角 TypeScript 状态会变成灰色或消失
⚠️ 这个开关只影响 WebStorm 内置的类型服务，不影响你本地运行 tsc 或构建流程。但如果你正在写新代码，强烈不建议关——它相当于把红绿灯全拆了，车还能开，但撞上谁不好说。
关掉某类具体 TypeScript 检查（比如 noImplicitAny）
很多“满屏报错”其实来自 noImplicitAny、strictNullChecks 等子规则，它们由 tsconfig.json 中的 strict 或单独配置项控制，WebStorm 只是忠实反映这些设置。
- 不要在 WebStorm 设置里找“关闭 noImplicitAny”的开关——它没有
- 真正生效的位置是项目根目录下的
tsconfig.json，修改其中的"noImplicitAny": false或把"strict": true改成"strict": false - 改完后必须手动点击右下角 TypeScript 状态 →
Restart TypeScript Service，否则 WebStorm 不会重载配置
注意：tsconfig.json 必须在项目根目录；如果放在 src/tsconfig.json 或子包里，WebStorm 默认不认。
为什么关了所有设置，TS 报错还在？
最常被忽略的一点：WebStorm 的 TypeScript 类型服务强依赖 tsconfig.json 中的 "include" 和 "exclude" 配置。如果 "include": ["src/**/*"]，但你的文件在 tests/ 下，那它根本不会被类型服务扫描——此时你看到的“报错”其实是其他机制（比如 ESLint 的 @typescript-eslint/no-explicit-any）在标记。
检查方法很简单：打开一个报错的 .ts 文件，看右上角是否显示 JavaScript Language Service 或 TypeScript Language Service；如果显示的是前者，说明当前文件压根没走 TS 类型检查流程。
