grep -rnwif 是第一选择，因其递归扫描文本文件、跳过不可读路径、输出带行号匹配行；加 -f 防正则元字符误匹配，-i 跳过二进制文件乱码，-w 确保全词匹配，避免误中子串。
直接用 grep -rn 就能解决绝大多数场景，但不加 -F 和 -I 很容易漏结果或报错。
为什么 grep -rn 是第一选择
它递归扫描所有可读文本文件，自动跳过不可读路径（除非权限太严），输出带行号的匹配行，适合快速定位。但默认行为有隐患：
- 遇到二进制文件（如
.so、.zip）会打印乱码，甚至卡住——加-I可跳过 - 搜
user.name或[ERROR]时，点和方括号被当正则元字符，导致无结果——必须加-F - 搜
config可能误中configuration——加-w强制整词匹配
所以稳妥写法是：grep -rnwIF "your_string" ./
grep -rl 只要文件名，不要内容
当你只关心“哪些文件含这个字符串”，比如排查某配置项被哪些脚本引用、批量找出修改过的模板，-l 能省掉大量干扰信息。
-
grep -rslF --include="*.sh" "curl" ./：静默跳过权限错误，只列 shell 文件名 -
grep -rIlF "API_KEY" /etc/：跳过二进制，忽略大小写，只输出含该字符串的配置文件路径 - 注意：
-l和-n冲突，加了-l就不会显示行号或内容
用 find + grep 控制搜索范围
当 grep -r 不够用——比如要排除 node_modules、只查最近改过的文件、或限制文件大小——就得靠 find 先筛路径。
- 排除目录：
find . -path "./node_modules" -prune -o -type f -exec grep -lF "fetch(" {} \; - 限大小（防卡在大日志）：
find . -type f -size -5M -exec grep -lF "token" {} +（{} +比{} \;更高效） - 按修改时间：
find . -type f -mtime -1 -exec grep -lF "debug" {} +（过去 24 小时内修改过的文件）
别直接用 xargs，路径含空格时容易出错；find -exec ... {} + 更安全。
容易被忽略的三个坑
实际用的时候，最常踩的是这三点：
-
-F不是可选项——只要字符串里有.、[、$、+等，不加就可能匹配失败或报错Invalid range end -
-I在日志目录下特别关键——/var/log/里混着压缩日志和二进制快照，不跳过会中断搜索 -
--include和--exclude-dir的 glob 模式要用双引号包裹，否则 shell 提前展开，比如--include=*.py在当前目录有a.py时会被替换成--include=a.py
复杂项目里，grep -rnwIF 配合 find 排除规则，才是稳定可靠的组合。
