Shell处理超长文本应避免变量存储，而用head/tail/cat等流式工具中转；变量仅适合小数据，大文本易致内存爆、截断或乱码，安全做法是借助临时文件或管道直接处理。
Linux 中处理超长文本变量的截断与拼接，核心不是“能不能存”，而是“怎么避免爆内存、丢数据、乱编码”。Shell 变量本身有长度限制（通常受 ARG_MAX 和栈空间约束），直接让一个变量承载几 MB 的文本极易触发 Argument list too long 或 silently 截断。真正安全的做法是绕过变量存储，用文件或流式工具中转。
别把大文本塞进变量里
Shell 变量本质是进程环境的一部分，设计初衷是存路径、标志、小配置项。实测中，超过 100KB 的字符串就可能在某些 shell（如 dash）中被截断；bash 虽宽松些，但依然不建议依赖。常见翻车场景：
- 用
content=$(cat huge.log)试图读入整个文件 → 内存飙升，甚至 shell 崩溃 - 拼接循环中不断做
var="$var$new_part"→ 每次赋值都复制整串，时间复杂度 O(n²)，几万行就卡死 - 用
echo "$var" | grep处理大内容 → 参数展开阶段就可能超限报错
安全截断：用 head/tail + 文件定位，不落地不加载
要取超长文本的开头/结尾片段，优先用流式命令，跳过变量中转：
- 取前 1000 行：
head -n 1000 bigfile.txt（不占额外内存） - 取最后 500 行：
tail -n 500 bigfile.txt（tail 内部从末尾反向扫描，高效） - 按字节截断（比如只看前 1MB）：
head -c 1M bigfile.txt - 若必须截断并保存为新文件：
head -c 500K original.txt > snippet.txt，而不是先读进变量再 echo
可靠拼接：用文件流串联，而非字符串拼接
多个大文本合并，用 cat 直连文件，不经过变量：
- 基础拼接：
cat file1.txt file2.txt file3.txt > merged.txt - 带自然序（防 access_2.log 排在 access_10.log 前）：
ls -v *.log | xargs cat > all.log - 跨目录安全合并：
find /logs -name "*.log" -print0 | sort -z | xargs -0 cat > full.log - 加进度反馈（需 pv）：
find /logs -name "*.log" -print0 | sort -z | xargs -0 cat | pv -l > full.log（-l按行计数更准）
必要时用临时文件中转，而非变量缓存
如果逻辑确实需要“中间文本”（比如过滤后再拼），用 mktemp 创建临时文件，而不是拼接变量：
tmp=$(mktemp) ; grep "ERROR" *.log > "$tmp" ; cat "$tmp" | sort -u >> report.txt ; rm "$tmp"- 避免
result="" ; for f in *.log; do result="$result$(grep ERROR "$f")"; done这类写法 - 临时文件可设为
trap 'rm -f "$tmp"' EXIT，确保异常退出也能清理
本质上，Shell 不是文本处理器，它是进程协调器。面对超长文本，信任 head、tail、cat、sort 这些专为流设计的工具，比硬扛在变量里更稳、更快、更少出错。
