optimize imports 默认快捷键为ctrl+alt+o（win/linux）或cmd+alt+o（macos），仅作用于当前打开的.ts/.js文件，需手动触发；它依赖索引，失效时应先清除缓存并重建索引。
Optimize Imports 快捷键和触发时机
默认快捷键是 Ctrl+Alt+O（Windows/Linux）或 Cmd+Alt+O（macOS），光标放在任意 .ts/.js 文件里就能执行。它不是“保存时自动运行”，必须手动触发；也不依赖文件是否已修改——哪怕你刚打开一个没动过的文件，也能一键清理。
注意：该操作只作用于当前打开的文件。如果想批量处理整个项目，得先在 Project 视图中选中目标目录或模块，右键 → Optimize Imports，否则容易漏掉未打开的文件。
为什么有些 import 没被删掉？常见漏网原因
WebStorm 的静态分析有明确边界，以下情况会保留看似“没用”的 import：
-
import仅用于 JSDoc 注释，例如/** @type {MyType} */—— 默认不扫描注释里的类型引用 - 动态导入写成字符串拼接，如
import(`./${name}.ts`)—— 静态分析无法推断加载路径 - TypeScript 中用了
import type，但tsconfig.json里设置了"importsNotUsedAsValues": "error"—— WebStorm 尊重该配置，即使没实际使用也会保留 - 命名导入被间接用在类型位置，比如
import { Foo } from 'lib';然后出现在泛型参数Array<foo></foo>或条件类型中 —— IDE 可能识别不到这种间接引用
这类 case 不是 bug，而是设计使然。真要确认是否冗余，得手动跑一次 Analyze | Run Inspection by Name，搜 unused import，再逐个看 inspection 结果。
Optimize Imports 失效？先检查索引状态
该功能严重依赖符号索引。如果该删的没删、不该删的删了，大概率不是功能异常，而是索引滞后或损坏：
- 先执行
File → Invalidate Caches and Restart… - 务必勾选
Clear file system cache and Local History和Clear VCS Log caches and indexes - 点击
Invalidate and Restart（不是Just Restart）
重启后等几秒让索引重建完成（右下角状态栏会显示 “Indexing…”），再试 Ctrl+Alt+O。跳过这步直接调插件或改设置，基本白忙。
删完 import 后还要留意类型引用断裂
删掉 import 后，如果代码里还留着对应类型（比如 const x: MyType = {};），会立刻报错 Cannot find name 'MyType'。这不是 Optimize Imports 的问题，而是它只删 import 行，不改后续使用。
所以建议：
- 删之前扫一眼文件里是否有
@type、typeof、泛型参数等隐式依赖 - 删完立刻按
Ctrl+Shift+F10运行当前文件，或开 TS Server 日志看有没有新报错 - 对大型项目，别一次性全删，优先从单个工具类或组件开始验证
真正麻烦的从来不是“怎么删”，而是删完之后，谁还在暗处悄悄用着那个 import。
