Shell脚本函数输出重定向至文件失效问题排查

以下是针对你遇到的「print_content > "$OUT_FN"无输出，但直接执行函数/重定向整个脚本正常」问题的排查方向：

• 检查函数输出是否走标准错误(stderr)
  终端会同时显示stdout和stderr，但>仅重定向标准输出。如果函数里的内容是输出到stderr（比如用了echo "xxx" >&2，或者某些命令默认输出到stderr），重定向后文件自然为空。
  测试方法：执行print_content 2>&1 > "$OUT_FN"，如果文件有内容，就说明是这个问题。解决时要么把函数里的stderr输出改成stdout，要么用print_content > "$OUT_FN" 2>&1同时捕获。

• 排查函数内部的重定向冲突
  如果函数里存在exec > some_other_file这类语句，会永久重定向当前shell的stdout到其他文件，后续函数输出都会写到那里，而非你指定的$OUT_FN。另外，函数内的命令如果自己用了重定向（比如grep "pattern" file > /dev/null），要确认没有意外吞掉目标输出。
  排查方式：在脚本开头加set -x，执行bash -x your_script.sh，跟踪函数执行时的输出流向。

• 确认变量与函数定义的有效性
  确保print_content函数定义在调用之前，且函数内依赖的变量（比如匹配模式、解压后的日志路径）在重定向场景下已正确初始化。比如直接执行函数时变量是终端会话里的，但脚本内调用时变量未赋值，会导致函数无输出。

• 检查目标文件的权限与路径
  确认$OUT_FN所在目录有写权限，且文件本身不是只读状态。可以先执行echo "test" > "$OUT_FN"测试，如果失败，说明是权限或路径问题（比如路径里有特殊字符未转义）。

• 处理输出缓冲问题
  当输出不是终端时，bash会启用块缓冲，可能导致函数输出未立即写入文件。可以在函数开头添加stdbuf -o0强制无缓冲输出，或者在函数结尾加printf ""触发缓冲刷新。

• 验证函数未被同名命令/别名覆盖
  执行type print_content，确认输出是print_content is a function。如果显示是外部命令或别名，说明你的函数定义未生效，需要检查脚本里的函数定义是否被覆盖。

内容的提问来源于stack exchange，提问作者Lakshay Rohila