wc -l 统计的是换行符 \n 的数量，而非逻辑行数；若输入字符串末尾无换行符，结果将为 0 —— 这是 Unix 工具的规范行为，与 Go 的 exec 无关。

`wc -l` 统计的是换行符 `\n` 的数量，而非逻辑行数；若输入字符串末尾无换行符，结果将为 0 —— 这是 unix 工具的规范行为，与 go 的 exec 无关。

在 Go 中通过 exec.Command 调用 wc -l 时，其行为完全遵循 POSIX 标准：wc -l 仅统计输入流中 \n 字符的个数，并不自动补全或解释“最后一行是否完整”。因此，关键不在于 Go 代码结构（如是否封装为函数），而在于输入数据是否以换行符结尾。

来看原始示例的问题根源：

s := "foobar" // ❌ 无换行符

该字符串不含 \n，等价于 shell 中执行：

$ echo -n foobar | wc -l
0

而修改后的调用传入 "aaa\n" 和 "bbb\n"，每个都含一个换行符，故输出为 1（两次调用各输出一次 1）。

使用Go语言搭建家庭相册系统-相关课件

使用Go语言搭建家庭相册系统-相关课件

下载

✅ 正确写法（确保输入含换行）：

func main() {
    s := "foobar\n" // ✅ 显式添加换行符
    cmd := exec.Command("wc", "-l")
    stdin, _ := cmd.StdinPipe()
    stdout, _ := cmd.StdoutPipe()

    _ = cmd.Start()
    io.Copy(stdin, bytes.NewBufferString(s))
    stdin.Close()
    io.Copy(os.Stdout, stdout)
    _ = cmd.Wait()
}
// 输出：1

⚠️ 注意事项：

• 不要依赖 echo 默认行为（echo "x" 自动追加 \n，但 echo -n "x" 不加）；
• 在程序中构造输入时，务必显式控制换行符；
• 若需兼容“无换行末行也计 1”的语义，应自行后处理（如 strings.Count(s, "\n") + (1 if !strings.HasSuffix(s, "\n"))），而非依赖 wc -l；
• io.Copy 后必须调用 stdin.Close()，否则子进程可能因管道未关闭而阻塞（虽本例中 wc -l 会自行 EOF 检测，但属良好实践）。

总结：Go 的 exec.Command 行为完全符合预期；所谓“第一个版本不工作”，实则是输入数据不符合 wc -l 的语义要求。掌握底层工具的契约（如行定义为 \n 分隔），才是可靠集成外部命令的关键。