syscall.Exec 会直接替换当前进程，导致Go程序立即退出；若需执行命令后继续运行，应改用 exec.Command 启动子进程并等待其完成。
`syscall.exec` 会直接替换当前进程，导致go程序立即退出；若需执行命令后继续运行，应改用 `exec.command` 启动子进程并等待其完成。
在Go中调用外部命令时，syscall.Exec 是一个底层、高风险的操作：它直接调用 Linux 的 execve(2) 系统调用，完全替换当前进程的内存镜像——这意味着原Go运行时（包括goroutine调度器、堆内存、栈帧等）将被彻底清除，控制权永久移交至新程序（如 auditctl），绝不会返回到后续的 Go 代码。因此，fmt.Println("no error") 永远不会执行，程序看似“静默退出”，实则是被 auditctl 进程完全覆盖。
✅ 正确做法：使用 os/exec 包的 exec.Command
该方式通过 fork + exec 创建独立子进程，父进程（你的Go程序）保持运行，并可主动等待、捕获输出或处理错误：
package main
import (
"fmt"
"os/exec"
"log"
)
func main() {
// 构建 auditctl -D 命令
cmd := exec.Command("auditctl", "-D")
// 捕获标准输出和标准错误
output, err := cmd.CombinedOutput()
if err != nil {
log.Printf("command failed: %v, output: %s", err, output)
return
}
fmt.Printf("auditctl output: %s", output) // 输出 "No rules\n"
fmt.Println("no error") // ✅ 此行将正常执行
}
⚠️ 注意事项：
-
cmd.Run()仅等待执行完成，不返回输出； -
cmd.Output()返回stdout，但会忽略stderr（错误时返回非nil err）； -
cmd.CombinedOutput()合并stdout和stderr，适合调试和通用场景； - 若需实时流式处理（如日志转发），可使用
cmd.StdoutPipe()/cmd.StderrPipe()配合cmd.Start()+cmd.Wait()； - 所有
exec.Command调用默认继承当前进程环境变量（os.Environ()），无需手动传递。
? 总结：永远避免在应用逻辑中使用 syscall.Exec——它是为编写 init、container runtime 等极少数需进程自替换的系统程序而设计的。日常开发中，请坚定选择 os/exec，它安全、可控、符合Go的并发哲学。
