grep -E匹配多关键词需启用扩展正则，否则|等元字符被字面解析；括号和竖线须加引号防shell解析；排除INFO时应优先筛选错误再精细过滤，而非直接-v；跨行堆栈需awk等有状态工具处理。
grep -E 匹配多关键词组合时为啥不生效
因为默认 grep 用的是基础正则（BRE），不支持 |、+、? 这些元字符；直接写 grep "ERROR|WARN" 会字面匹配字符串 ERROR|WARN，而不是“ERROR 或 WARN”。
必须加 -E 启用扩展正则（ERE），或者用 egrep（等价于 grep -E）：
grep -E "(ERROR|WARN|FATAL)" /var/log/app.log
- 注意括号和竖线都要在引号里，避免 shell 解析失败
- 如果日志行首有时间戳，想排除 INFO 级别但保留带堆栈的 INFO（比如
INFO.*Exception），得写成：grep -E "(ERROR|WARN|FATAL|INFO.*Exception)" - Windows 换行符（
\r\n）混入日志时，grep可能漏匹配——先用dos2unix或tr -d '\r'清理
匹配带空格/路径/数字的错误模式很乱
典型场景：查 Connection refused、/api/v2/users 超时、或 timeout after 3000ms。空格和斜杠不是问题，但数字范围、可选字段容易写错。
关键不是“怎么写全”，而是“怎么写稳”：
grep -E "Connection refused|/api/[a-z]+/[a-z]+|timeout after [0-9]{4,}ms" app.log
-
[0-9]{4,}比[0-9]+更准——避免把timeout after 5ms这种非关键信息也捞出来 - 路径部分用
[a-z]+而不用.*，防止跨行或误吞后续字段（grep默认单行处理） - 如果要匹配带引号的值（如
"status":500），记得转义引号：grep -E "\"status\":50[0-9]"
为什么加了 -v 排除 INFO 还是看到大量干扰行
grep -v "INFO" 是整行排除，但日志里常有 INFO 和 ERROR 共存（比如 INFO: retrying after ERROR: connection reset）。这时 -v 会把整行干掉，反而漏掉关键错误。
Zynq‑7000 / Zynq UltraScale+ 硬件调试技能。适用于 Xilinx Zynq（Cortex‑A9/A53 + FPGA）Linux 环境，调试 I2C、I2S、UART、GPIO 等外设。包括设备树配置、内核驱动、用户空间调试工具、交叉编译和常见问题排查，支持 PetaLinux 开发。
真正该做的是“只留含错误关键字的行”，而不是“删掉含 INFO 的行”：
grep -E "(ERROR|Exception|Caused by|core dumped|segmentation fault)" app.log | grep -v "INFO.*retry\|INFO.*success"
- 第一层
grep -E锁定可疑行，第二层grep -v再精细过滤（仅用于排除已知无害的共现模式） - 避免链式太多：
grep A | grep B | grep -v C | grep -E D会变慢且难维护；优先用单条grep -E表达逻辑 - 如果日志量大（>1GB），加
--mmap（部分 GNU grep 支持）能略提速，但别依赖——先用head -n 10000缩小范围再筛更实际
grep 正则匹配不到跨行错误堆栈
grep 默认按行处理，而 Java/Python 的异常堆栈是多行的（Exception 在第 1 行，at com.xxx... 在后面几行）。单靠 grep 无法关联上下文。
真要捕获完整堆栈，得换思路：
awk '/Exception|Error/{flag=1; print; next} flag && /^$/ {flag=0; next} flag' app.log
- 这不是
grep的活——它没状态，不记上文。硬要用，只能靠grep -A 10 "Exception"打出后 10 行，但容易截断或混入无关内容 - 如果只是想“快速确认某类异常是否出现过”，
grep -l "NullPointerException" *.log查文件名就够了，不必展开堆栈 - 长期看，日志结构化（JSON 格式 +
jq）比正则可靠得多；临时救急才用awk或sed -n '/Exception/,/^$/p'
正则越复杂，越容易漏掉变体写法——比如 ERR、err、[ERROR]、error:。与其穷举，不如先用 sort | uniq -c | sort -nr | head -20 看高频错误前缀，再针对性写规则。
