结论：关键词搜索分两类——搜文件名用find或locate，搜文件内容用grep；find实时准确但慢，locate快但依赖每日更新的数据库，grep专用于文本内容匹配且需配合find实现精准文件筛选。
直接说结论：关键词搜索分两类——搜文件名用 find 或 locate，搜文件内容用 grep。混用或选错工具，轻则结果为空，重则卡死终端。
搜文件名：用 find 还是 locate？
二者根本区别在于是否依赖预建索引：
-
find是实时扫描，结果绝对准确，但慢——尤其在大目录下，find / -name "*.conf"可能跑几分钟 -
locate查的是/var/lib/mlocate/mlocate.db数据库，秒出结果，但数据库默认每天只更新一次（sudo updatedb才能立刻生效） - 如果刚新建了
nginx.conf，locate nginx.conf找不到，必须先sudo updatedb -
find支持更多过滤条件：-type f（只找普通文件）、-mtime -1（24小时内修改过）、-size +1M（大于1MB），locate不支持这些
搜文件内容：grep -r 的常见坑
grep 默认查的是内容，不是文件名。很多人输 grep "config.yml" /etc 想找叫 config.yml 的文件，结果是去所有文件里搜字符串 config.yml —— 这是误用。
Zynq Linux Hardware Debug
下载
Zynq‑7000 / Zynq UltraScale+ 硬件调试技能。适用于 Xilinx Zynq（Cortex‑A9/A53 + FPGA）Linux 环境，调试 I2C、I2S、UART、GPIO 等外设。包括设备树配置、内核驱动、用户空间调试工具、交叉编译和常见问题排查，支持 PetaLinux 开发。
- 递归搜索加
-r后，默认会遍历二进制文件（如.so、.jpg），常报错Binary file xxx matches；加-I（大写 i）跳过所有二进制文件最省心 - 不加
--include时，grep -r "TODO" .会扫 node_modules、.git、__pycache__ 等目录，既慢又干扰结果；推荐固定组合：grep -rI --include="*.py" --include="*.js" --exclude-dir=node_modules "fetch" - 想只列出匹配的文件名（不显示行内容），用
-l；想同时显示行号和文件名，用-rn；-l和-n不能共存，会只输出文件名
复杂场景：先找文件再搜内容，别硬扛
当你要在特定类型文件中搜关键词（比如只在 .log 文件里找 timeout），find + grep 组合比单用 grep -r 更可控、更高效。
- 安全写法（避免空格路径出错）：
find /var/log -name "*.log" -type f -print0 | xargs -0 grep -n "timeout" - 更简洁写法（GNU find 支持）：
find /var/log -name "*.log" -type f -exec grep -n "timeout" {} \;，但每匹配一个文件就启动一次grep，小文件多时开销略高 - 注意
-exec ... {} \;和-exec ... {} +的区别：后者把多个文件一次性传给grep，性能更好，但要求grep支持多文件参数（它确实支持） - 如果
find结果为空，xargs默认什么都不做；加-r参数可让xargs在输入为空时直接退出，避免后续命令意外执行
真正容易被忽略的是：没有明确区分“搜名字”和“搜内容”，导致命令返回一堆无关结果或干脆没输出。定好目标再选工具——要路径，就用 find/locate；要文字，就用 grep，且必须控制好范围和类型。
