目录
- 启动shell来执行命令行
- 不启动shell的方式
- 关于类型断言的表达式err.(*exec.ExitError)
启动shell来执行命令行
在 Go 语言中，您可以使用 os/exec 包来执行外部命令，不通过调用 shell，并且能够获得进程的退出码、标准输出和标准错误输出。下面是一个封装好的函数 runCommand，它符合您的需求：
package main
import (
"bytes"
"fmt"
"os/exec"
)
// runCommand 函数接受一个命令行字符串，执行它并返回退出码、标准输出和标准错误输出
func runCommand(cmdline string) (exitCode int, stdout string, stderr string, err error) {
// 解析命令行并准备执行
cmd := exec.Command("sh", "-c", cmdline)
var outBuffer, errBuffer bytes.Buffer
cmd.Stdout = &outBuffer
cmd.Stderr = &errBuffer
// 执行命令
err = cmd.Run()
stdout = outBuffer.String()
stderr = errBuffer.String()
// 获取退出码。如果命令执行出错，尝试获取退出码
if err != nil {
if exitError, ok := err.(*exec.ExitError); ok {
exitCode = exitError.ExitCode()
} else {
// 如果出现非 ExitError 类型错误，如执行文件不存在或无执行权限
return 0, stdout, stderjsr, err
}
} else {
// 命令成功执行，退出码为 0
exitCode = 0
}
return exitCode, stdout, stderr, nil
}
func main() {
// 测试 runCommand 函数
exitCode, stdout, stderr, err := runCommand("ls -a")
if err != nil {
fmt.Printf("命令执行出错: %v\n", err)
}
fmt.Printf("退出码: %d\n标准输出: %s\n标准错误输出: %s\n", exitCode, stdout, stderr)
}
这里的 runCommand 函数接受一个命令行字符串，执行这条命令，并返回相关运行结果。这个函数使用 exec.Cophpmmand 来避免调用 shell。我们通过将命令传给 sh 的 -c 参数，间接地执行命令，但绕过了可执行文件的正常寻找机制来防止 shell 注入问题。
结果输出会分别写入到 bytes.Buffer，这样您就可以读取并将其转换为字符串。如果存在错误，且错误为 *exec.ExitError 类型，那么说明命令返回了非零退出码，这时我们可以获取并返回这个退出码；如果是其他类型的错误，则直接返回错误。
这个函数的返回值包含了进程的退出码，标准输出和标准错误输出的字符串表示，以及一个可能的错误值。如果命令成功执行（即便其退出码非零），则错误值为 nil。如果函数中出现了 Go 运行时错误，比如命令不存在或无法启动，那么会返回这个错误。
不启动shell的方式
确实，前面的示例通过调用 sh 间接运行命令，依然会启动 shell。若要避免这种情况，我们会直接分解命令行字符串为命令名和参数，然后不通过 shell 直接执行这个命令。以下是经过修改的 runCommand 函数，它将使用 strings.Fields 来解析传入的命令行字符串，并且不会启动 shell。
package main
import (
"bytes"
"fmt"
"os/exec"
"strings"
)
// runCommand 函数接受一个命令行字符串，执行它（无 shell 启动）并返回退出码、标准输出和标准错误输出
func runCommand(cmdline string) (exitCode int, stdout string, stderr string, err error) {
// 使用 strings.Fields 解析命令行，分离出命令和参数
args := strings.Fields(cmdline)
if len(args) == 0 {
return 0, "", "", fmt.Errorf("no command provided")
}
cmdName := args[0]
cmdArgs := args[1:]
// 准备执行不经过 shell 的命令
cmd := exec.Command(cmdName, cmdArgs...)
var outBuffer, errBuffer bytes.Buffer
cmd.Stdout = &outBuffer
cmd.Stderr = &errBuffer
// 执行命令
err = cmd.Run()
stdout = outBuffer.String()
stderr = errBuffer.String()
// 获取退出码。如果命令执行出错，尝试获取退出码
if exitErr, ok := err.(*exec.ExitError); ok {
err = nil // 清理错误，我们已经获取了退出码
exitCode = exitErr.ExitCode()
} else if err != nil {
// 如果出现非 ExitError 类型错误，如执行文件不存在或无执行权限
exitCode = -1
} else {
// 命令成功执行，退出码为 0
exitCode = 0
}
return exitCode, stdout, stderr, err
}
func main() {
// 测试 runCommand 函数
exitCode, stdout, stderr, erjavascriptr := runCommand("ls -a -l -h")
if err != nil {
fmt.Printf("命令执行出错: %v\n", err)
}
fmt.Printf("退出码: %d\n标准输出: %s\n标准错误输出: %s\n", exitCode, stdout, stderr)
}
请注意，这个函数假设命令行参数不含有引号封闭的参数或其他需要 shell 解析的元素（如通配符 * 或重定向 >）。它简单地把空白符作为参数分隔符，这是一个限制。如果你需要解析复杂的命令行字符串（包含引号或特殊字符），那么你需要一个更强大的解析器，或者需要以某种方式预处理命令行字符串。
因为直接执行命令而不经由 shell，原本在 shell 中利用的特性（如通配符展开、环境变量替换等）将不再可用。确保你的命令行字符串直接传递给系统调用是安编程全的。如果需要 shell 特性，那么你可能还需要调用 shell，但这正是你想要避免的。
关于类型断言的表达式err.(*exec.ExitError)
在 Go 语言中， err.(*exec.ExitError) 是一个类型断言的表达式。类型断言用于检查变量 err 是否为特定类型，或者能否转换为特定类型。在这种情况下，类型断言检查 err 是否可以被断言为 *exec.ExitError 类型。
exec.ExitError 是 os/exec 包中的一个结构体类型，它实现了 error 接口，并包含了退出错误的相关信息。当一个外部命令运行结束并返回一个非零退出状态时，os/exec 包的 Run 或 Wait 函数会返回一个 error 类型的值，这通常就是一个 *exec.ExitError 类型的实例。
一个类型断言通常具有以下两种形式：
- x.(T)：这种形式用于断言变量
x是否为类型T。如果断言成功，就会得到x的类型T的值。如果失败，则会产生一个运行时错误。因此，使用这种形式时必须非常确定x能够断言为类型T。 - x, ok := x.(T)：这种类型断言形式比较安全，因为如果断言失败，它不会抛出错误，而是将
ok的值设为false，同时x的值会被设为类型T的零值。在你不确定x的类型是否http://www.devze.com为T或者你想要安全地检查类型时，应该使用这种形式。
在提供的代码示例中，我们使用了第二种形式的类型断言：
if exitErr, ok := err.(*exec.ExitError); ok {
exitCode = exitErr.ExitCode()
// ...
}
这里，我们尝试将 error 值 err 断言为类型 *exec.ExitError。如果断言成功（表示外部命令执行失败，并返回了一个非零退出代码），变量 ok 的值将为 true，exitErr 将为 *exec.ExitError 类型，我们可以通过它的 ExitCode() 方法获取实际的退出代码。如果断言失败（err 不是 *exec.ExitError 类型），那么 ok 为 false，这通常表示 err 是另一种类型的错误或 nil。
到此这篇关于golang封装一个执行命令行的函数(return stderr/stdout/exitcode)的文章就介绍到这了,更多相关golang执行命令行的函数内容请搜索编程客栈(www.devze.com)以前的文章或继续浏览下面的相关文章希望大家以后多多支持编程客栈(www.devze.com)！
加载中,请稍侯......
精彩评论