最可靠方式是find . -name "*.sh" -type f -exec grep -c '^' {} \; | awk '{s+=$1} end{print s+0}'，因grep -c '^'能正确统计末尾无换行符的行，且空文件返回0不影响求和，内存占用低。
wc -l 是最直接的方式，但“指定后缀文件的总行数”这个需求背后常藏着几个关键陷阱：空文件、路径含空格、符号链接、以及 wc 对末尾无换行符行的漏计。别急着写循环，先看清场景再选命令。
用 find + wc -l 统计所有 .log 文件总行数
这是最常见也最容易出错的组合。直接写 find . -name "*.log" | wc -l 错了——它统计的是匹配到的文件个数，不是这些文件的内容行数。
正确做法是让 wc -l 接收文件内容：
-
find . -name "*.log" -type f -exec cat {} + | wc -l：把所有匹配文件拼成一个流再计数，适合中小规模（避免参数过长） -
find . -name "*.log" -type f -print0 | xargs -0 wc -l | tail -n 1：让wc分别处理每个文件，最后一行是总计（注意：wc总计行显示为total，不是tocal） - 如果文件名含空格或换行符，必须用
-print0+xargs -0，否则会崩
为什么 grep -c '^' 比 wc -l 更可靠？
wc -l 数的是换行符 \n 个数，所以若某个 .py 文件最后一行没换行符，它就少算 1 行；而 grep -c '^' 匹配每行开头，无论结尾有没有 \n，都会计入该行。
实操建议：
- 统计所有
.sh文件总行数（含无结尾换行符的）：find . -name "*.sh" -type f -exec grep -c '^' {} \; | awk '{s+=$1} END{print s+0}' - 这个写法比
cat ... | grep -c '^'更省内存，尤其对大文件——因为grep -c不缓存整行内容 - 注意：空文件会被
grep -c '^'返回 0，不影响求和；而wc -l对空文件也返回 0，两者在此一致
避免在脚本中硬编码通配符
写成 wc -l *.py 看似简洁，但一旦当前目录下没有 .py 文件，shell 会原样传入 *.py 字符串给 wc，结果报错：wc: *.py: No such file or directory。
Linux Ai Server
下载
Linux AI 服务器 — 将 Linux 服务器转换为本地 AI 推理集群。使用 systemd、NVIDIA CUDA 实现无头 Linux AI，零 GUI 开销。
安全写法只有两种：
- 先用
find获取文件列表，判断是否为空再执行后续（推荐） - 用
shopt -s nullglob（仅 bash），让未匹配的通配符展开为空，但需注意这会影响整个脚本行为，不建议全局启用 - 更稳妥的脚本片段：
files=($(find . -name "*.conf" -type f)); [[ ${#files[@]} -eq 0 ]] && echo "0" || wc -l "${files[@]}" | tail -n 1 | awk '{print $1}'
大文件多目录场景下性能差异明显
当你要扫 /var/log 下上万个小 .log 文件时，find ... -exec wc -l {} + 比 -exec ... \; 快得多，因为前者批量调用 wc，后者每个文件都 fork 一次进程。
但如果你只关心“总行数”，且能接受略低精度（忽略无换行结尾行），find ... -print0 | xargs -0 wc -l 是平衡点：启动进程少、兼容性好、输出带文件名便于调试。
真正要注意的其实是磁盘 I/O 和 find 的遍历开销——与其优化 wc 参数，不如加 -maxdepth 2 或排除 /proc /sys 等伪文件系统。
