syscall.Exec 会用目标程序完全替换当前 Go 进程，导致后续代码无法执行；应改用 os/exec.Command 启动子进程并等待其完成，从而保持主程序控制流。
`syscall.exec` 会用目标程序完全替换当前 go 进程，导致后续代码无法执行；应改用 `os/exec.command` 启动子进程并等待其完成，从而保持主程序控制流。
在 Go 中调用 Linux 系统命令时，一个常见误区是误用 syscall.Exec。如示例代码所示，尽管 auditctl -D 成功执行并输出 No rules，但 "no error" 从未打印——这是因为 syscall.Exec 并非“运行命令”，而是直接调用底层 execve(2) 系统调用，彻底替换当前进程的内存镜像：原 Go 运行时、堆栈、goroutine 调度器全部被卸载，由 auditctl 进程取而代之。一旦 auditctl 退出，整个进程即终止，Go 程序自然无法继续执行后续逻辑。
✅ 正确做法是使用标准库 os/exec 包提供的高阶封装：
package main
import (
"fmt"
"os/exec"
)
func main() {
// 启动 auditctl -D 作为子进程
cmd := exec.Command("auditctl", "-D")
// 捕获标准输出和标准错误（可选）
output, err := cmd.CombinedOutput()
if err != nil {
fmt.Printf("command failed: %v\noutput: %s\n", err, output)
return
}
fmt.Printf("command succeeded:\n%s", output) // 输出 "No rules\n"
fmt.Println("no error") // ✅ 此行将正常执行
}
? 关键要点：
-
exec.Command创建的是独立子进程，父 Go 进程保持运行； - 使用
cmd.Run()（无输出）、cmd.Output()（仅 stdout）或cmd.CombinedOutput()（stdout + stderr）来同步等待并获取结果； - 若需异步执行，可用
cmd.Start()+cmd.Wait()组合； - 所有环境变量默认继承自父进程，无需手动传入
os.Environ()（除非需定制）； - 错误类型为
*exec.ExitError时，可通过.ExitCode()获取退出码，区分业务失败与崩溃。
⚠️ 注意事项：
- 避免在生产环境直接拼接用户输入到
exec.Command参数中，以防命令注入；应始终显式拆分命令与参数（如exec.Command("ls", "-l", userDir)），而非exec.Command("sh", "-c", "ls -l "+userDir)； -
syscall.Exec仅适用于极少数场景（如编写 init 进程、容器 runtime 的 exec 模式），绝大多数应用级需求应优先选择os/exec。
通过 os/exec，你既能安全执行系统命令，又能无缝衔接后续业务逻辑——这才是 Go 程序员应有的实践方式。
