登录
首页 >  Golang >  Go问答

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

来源:stackoverflow

时间:2024-02-17 22:24:23 220浏览 收藏

目前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学习网公众号。

声明:本文转载于:stackoverflow 如有侵犯,请联系study_golang@163.com删除
相关阅读
更多>
最新阅读
更多>
课程推荐
更多>