要定位WebStorm翻译key，需通过Ctrl+Shift+A搜索功能名→Jump to Source→查看Java类中actionName或Bundle.getMessage("xxx")调用→在对应模块的*Bundle.properties中找xxx=key；改前确认编码为ISO-8859-1、中文转义为\uXXXX，且key未被其他bundle覆盖。
WebStorm 翻译项不准确，怎么定位到具体 key？
直接改翻译前必须确认 key 名——靠猜或搜中文会漏掉或改错位置。比如你想把 “Find in Path” 改成 “全局搜索”，不能只在汉化包里搜“在路径中查找”，得从 IDE 源头找真实键名：
- 按
Ctrl+Shift+A（Windows/Linux）或Cmd+Shift+A（macOS），输入Find in Path - 右键菜单选
Jump to Source，跳转到对应 action 的 Java 类 - 看类里类似
actionName = "FindInPath"的定义 - 去
messages/ide/messages/IDEBundle.properties搜索find.in.path.action.name=
这个 key 才是真正控制该菜单项翻译的入口。改其他相似 key（比如 find.in.path.title）可能完全没效果。
改完重启还是没生效？检查 bundle 加载路径和缓存
WebStorm 启动时会按模块顺序加载多个 *Bundle.properties 文件（platform、java、ide 等），key 重复时以最后加载的为准。你改的 key 可能被另一个 bundle 覆盖了：
- 确认你编辑的是当前界面实际渲染所用的 bundle（比如 Project 工具栏的翻译常在
platform模块下） - 关闭 WebStorm → 彻底删除
$USER_HOME/.WebStorm<version>/system/caches/下所有内容 → 再启动 - 别只清
cache子目录，要删整个caches文件夹，否则部分资源仍走旧缓存
如果改的是插件相关翻译（如 Vue 或 ESLint 插件里的中文），还得去对应插件的 resources 目录下找 bundle，不是所有翻译都集中在 ide/messages 里。
手动改 *Bundle.properties 文件要注意编码和转义
JetBrains 的 properties 文件默认用 ISO-8859-1 编码，中文必须用 Unicode 转义（\u5168\u5c40\u641c\u7d22），直接写 UTF-8 字符会导致读取失败，整行被忽略：
- 用支持 Unicode 转义的编辑器（如 VS Code、IntelliJ 自带编辑器），别用记事本
- 可用在线工具把“全局搜索”转成
\u5168\u5c40\u641c\u7d22，或用 Python 快速生成：print('全局搜索'.encode('unicode_escape').decode()) - 改完保存为 ISO-8859-1 编码（不是 UTF-8！），否则 WebStorm 启动时解析报错，日志里会出现
Invalid Unicode sequence
一个 key 改错，可能导致整个 bundle 加载失败，连带其他翻译也回退成英文——这不是局部问题，是加载链断裂。
为什么有些界面始终不响应你的修改？
某些 UI 元素（比如右键菜单里的 “Copy Reference”、“Safe Delete”）的文本不是来自 bundle，而是硬编码在 Java 类的 getTemplateText() 或 getActionName() 方法里。这类内容无法通过改 properties 文件修正：
- 按
Ctrl+Shift+A搜动作名 →Jump to Source→ 查看方法体是否直接返回字符串字面量 - 如果是，说明这是开发者写的静态文案，不属于国际化范畴，手动改 bundle 无效
- 这种 case 唯一办法是提 issue 给 JetBrains，或换用插件覆盖（风险高，不推荐）
真正可维护的翻译修改，只适用于明确走 Bundle.getMessage("xxx") 调用的那些地方。看到 xxx 在 properties 里有对应 key，才值得动手。
