正确模拟 linux/macOS 终端的 exe(go) 使用教程

目前golang学习网上已经有很多关于Golang的文章了，自己在初次阅读这些文章中，也见识到了很多学习思路；那么本文《正确模拟 linux/macOS 终端的 exe(go) 使用教程》，也希望能帮助到大家，如果阅读完后真的对你学习Golang有帮助，欢迎动动手指，评论留言并分享~

我需要在 go 中模拟终端。我尝试这样做：

lsCmd := exec.Command("bash", "-c", "ls")
lsOut, err := lsCmd.Output()
if err != nil {
    panic(err)
}
fmt.Println(string(lsOut))

而且它似乎工作正常（本机 ubuntu 终端显示水平列表，并且该函数的结果垂直）。

但是如果我专门调用了错误的命令，例如 exec.command ("bash", "-c", "lss")，我得到：

恐慌：退出状态 127

在本机 ubuntu 终端中，我得到以下结果：

未找到命令“lss”，您的意思是：

和命令枚举。

我需要与本机终端通信，如果我在标准 ubuntu 终端中编写命令，则得到与命令结果相同的结果。

执行此操作的最佳方法是什么？也许 exec 库不适合这个？所有这些都是前端与操作系统终端通信所必需的。在一个简单的html/css/js页面中，用户输入一条命令，go后发送到操作系统原生终端，并将结果返回给前端。

如何获得与在本机终端中工作相同的执行命令结果？

解决方案

问题

但是如果我特意调用了错误的命令，例如 exec.command （“bash”，“-c”，“lss”），我得到：

panic: exit status 127

在本机 ubuntu 终端中，我得到以下结果：

Command 'lss' not found, did you mean:

和命令枚举。

这与 go 无关，问题实际上有两个：

• ubuntu 附带了一个特殊的软件包 command-not-found，该软件包通常是预安装的，它尝试通过采用两种技术使终端对普通人更加友好：

  • 它会尝试建议纠正拼写错误（您的情况）。
  • 当用户尝试执行某个程序时，它会尝试建议要安装的软件包，而如果用户安装了特定软件包，该程序就可用。

• 当未找到命令时，“plain”（见下文）shell 通过返回非零退出代码来失败尝试。
  这绝对是意料之中且正常的。 我的意思是，对此感到恐慌绝对是不明智的。

• shell 在 unix 系统上的运行方式存在历史差异。

  当用户登录系统时（请记住，在发明 shell 概念的日子里，您将通过 hardware computer terminal 登录，这基本上就是您的 gnome 终端窗口，但在硬件中，并通过金属丝）， 所谓的登录 shell 已启动。
  逻辑 shell 的主要思想是为用户提供交互式环境。

  但是您肯定知道，shell 也能够执行脚本。 当 shell 执行脚本时，它以非交互模式运行。

unix shell 可以工作的模式

现在让我们更深入地研究一下交互式 shell 与非交互式 shell 的区别。

• 在交互模式下：

  • shell 通常连接到真实终端（hadrware 或 terminal emulator；您的 gnome 终端窗口是终端模拟器）。
    “已连接”表示shell的standard I/O streams连接到终端，这样shell打印的内容就会被终端显示出来。
  • 它为用户提供了某些附加功能，通常提供有限的编辑输入内容的方法（例如，bash，参与 GNU readline。

• 在非交互模式下：

  • shell 的标准 i/o 流连接到某些文件（或“无处”——例如 /dev/null）。
  • 没有启用任何附加功能 - 因为没有人可以使用它们。

gnu bash 能够在两种模式下运行，具体运行于哪种模式取决于 how it was invoked。

在不同模式下初始化时，bash 读取不同的初始化脚本，这解释了为什么 command-not-found 包提供的机制会进入交互模式，而在 bash 运行时则不会否则——就像你在 go 中的调用一样。

如何解决这个问题

最简单的尝试是使用 --login 命令行选项运行 bash，或者让它认为它作为交互式 shell 运行。

这可能会解决您的问题，但不一定。
下一个可能的问题是，一些程序确实会检查它们是否在终端上运行 - 通常这些程序坚持与用户进行真正的交互，通常是出于安全目的，并且有些程序未连接到真实终端时根本无法运行 - 这些是“全屏”文本 ui 程序，例如 gnu midnight commander、vim、emacs、gnu nano 等。

要解决这个问题，唯一的解决方案是在伪终端环境中运行 shell，这就是 @eudore 在他们的评论中暗示的。
github.com/creack/pty 可能是一个值得开始查看的包； golang.org/x/crypto/ssh 还提供了一些争论 pty 的方法。

以上就是本文的全部内容了，是否有顺利帮助你解决问题？若是能给你带来学习上的帮助，请大家多多支持golang学习网！更多关于Golang的相关知识，也可关注golang学习网公众号。