WebStorm不支持解构赋值的语义重构，因解构变量无独立声明、不构成可追踪符号，嵌套解构更导致重命名失效；需改用先声明再解构或显式类型注解来增强IDE推导能力。
WebStorm 对解构赋值的语义重构支持有限，它不会自动把 const user = { name: 'Alice', age: 30 }; 改成 const { name, age } = user; —— 这类“从对象声明转为解构”的操作不属于 WebStorm 内置重构范畴，得手动改，但改的时候有明确陷阱。
为什么 Shift+F6 不能对解构变量做跨作用域重命名
解构生成的变量（如 { name, id } 中的 name）没有独立声明语句，只是属性访问的语法糖。WebStorm 的 AST 分析器只把它们当作「左值引用」，不视为可被全局追踪的符号。你光标停在 name 上按 Shift+F6，它可能只改这一处，或弹出 “No usages found”，因为：
- 它无法确认这个 name 是来自哪个源对象
- 如果多个对象都解构出同名变量（const { name } = user; 和 const { name } = product;），WebStorm 默认不合并处理，避免误改
- defineProps 或 defineModel 中的解构字段（如 const { msg } = defineProps()）更不会被识别为可重命名符号，本质是类型参数
手动解构时怎么避免后续重命名失效
如果你已经写了 const { name, email } = user;，又想以后能安全重命名 name，必须让 WebStorm 能锚定它的源头：
- 不要用嵌套解构（如 const { profile: { name } } = user;），这种结构 WebStorm 基本不追踪 name 的引用链
- 避免在函数参数里直接解构（如 function render({ name }) { ... }），参数名不参与跨文件重命名
- 更稳妥的做法是先声明再解构：const userData = user; const { name, email } = userData;，然后对 userData 用 Shift+F6 —— 这样所有基于 userData 的解构都能被间接覆盖
- 如果必须用解构参数，至少给参数加显式类型（function render(user: User) { const { name } = user; ... }），TS 类型能帮 WebStorm 稍微增强推导能力
嵌套解构 + 重命名 = 高概率漏改
比如你写的是 const { address: { city, zip } } = user;，然后想把 city 改成 location：
- 光标停在 city 上按 Shift+F6，大概率只改这一个位置，不会同步更新 user.address.city 这种直访问形式（如果代码里还有）
- 若 user 是响应式对象（ref 或 reactive），解构出来的 city 已脱离响应式链，重命名后逻辑可能没变，但响应性已丢失——这不是 WebStorm 的问题，是解构本身的行为
- 想批量改所有 address.city 访问？只能用 Ctrl+Shift+R 全局文本替换，但必须勾选 Words only 和 Match case，否则会误伤 cityName、cityId
真正容易被忽略的点：解构不是“变量声明”，而是“绑定模式”。WebStorm 的重构系统围绕“声明-引用”关系工作，而解构里的名字只是模式的一部分。你越依赖深度嵌套或动态 key（const { [key]: value } = obj），WebStorm 就越难介入——它压根不解析运行时拼接的 key。
