webstorm默认ctrl+shift+f搜索漏掉硬编码文本，因其仅匹配纯文本，不进入注释、字符串字面量和模板字符串；需手动勾选“search in comments”和“search in strings”才能全覆盖。
直接用 Ctrl+Shift+F（Windows/Linux）或 Cmd+Shift+F（macOS）就能查全项目里的硬编码文本，但默认设置会漏掉注释、字符串字面量和模板字符串里的内容——必须手动开关键选项才能扫干净。
为什么默认搜索会漏掉硬编码文本
WebStorm 默认的 Ctrl+Shift+F 搜索只匹配「纯文本」，不进注释、不进字符串、不进模板字面量（`...`），而硬编码往往就藏在这三类地方：比如 // TODO: fix timeout=5000、const url = "https://api.example.com"、fetch(`https://api.example.com/v${version}`)。这些都不会被默认搜到。
- 注释里写死的值（如配置说明、TODO 附带的数字）不会被命中
- 双引号/单引号包裹的字符串内容默认被跳过
- 反引号模板字符串中的静态部分（如
v${version}前面的v）也不参与匹配 - 如果项目用了自定义文件类型（如
.vue或.astro），还要确认它们在Settings > Editor > File Types中被正确归类为“Text files”或对应语言
必须勾选的三个关键搜索选项
打开 Ctrl+Shift+F 后，在搜索对话框底部找到并勾选：
-
Search in comments：覆盖所有//、/* */、/** */里的文本 -
Search in strings：匹配双引号、单引号内的内容（包括转义字符如"user\ntoken"） -
Case sensitive（按需）：避免把API_KEY和api_key混在一起；若想查所有大小写变体，就别勾
注意：Words only 一般不要勾——硬编码常是数字、URL、路径片段，不是完整单词；勾了反而漏匹配。
用正则快速筛出典型硬编码模式
单纯搜某个字符串（如 "127.0.0.1"）效率低且易漏。更实用的是用正则抓常见硬编码特征：
- 搜 IP 地址：
\b(?:25[0-5]|2[0-4][0-9]|[01]?[0-9][0-9]?)\.(?:25[0-5]|2[0-4][0-9]|[01]?[0-9][0-9]?)\.(?:25[0-5]|2[0-4][0-9]|[01]?[0-9][0-9]?)\.(?:25[0-5]|2[0-4][0-9]|[01]?[0-9][0-9]?)\b（勾选Regex） - 搜 HTTP URL：
https?://[^\s"']+（配合Search in strings和Search in comments） - 搜魔法数字（无上下文的裸数字）：
\b\d{4,}\b（如8080、5000），再人工判断是否该抽成常量
正则中所有 .、?、+ 都要转义才当字面量用；粘贴进搜索框前，先关掉 Regex 看是否高亮预期内容，再开正则避免误伤。
替换前务必预览，尤其跨文件时
硬编码搜索后直接点 All Files 替换风险极高——你没法一眼看出某处 "dev" 是环境标识还是字符串内容。正确流程是：
- 先点
Find，等结果全部加载完（状态栏不显示“searching”） - 在
Find工具窗口中逐个展开文件，看上下文：是process.env.NODE_ENV === "dev"还是const stage = "dev"？ - 对确定可替的条目，右键选
Replace单条处理；批量改用Replace All in File比Replace All in Project更可控 - 替换完立刻用原字符串再搜一遍（
Ctrl+Shift+F+ 原内容），确认返回No matches found；若还有结果，很可能是没勾Search in strings或文件类型未识别
真正容易被忽略的点是：WebStorm 不会自动检查 node_modules 外部依赖里的硬编码，也不会扫描已编译产物（如 dist/ 下的 JS）。如果你在 package.json 的 scripts 或构建配置里写了路径或参数，那些也得单独开目录搜。
