Go的使用必须依赖于~/.bash_profile吗？

在IT行业这个发展更新速度很快的行业，只有不停止的学习，才不会被行业所淘汰。如果你是Golang学习者，那么本文《Go的使用必须依赖于~/.bash_profile吗？》就很适合你！本篇内容主要包括##content_title##，希望对大家的知识积累有所帮助，助力实战开发！

我以前在 Windows 上使用 Go。我最近使用ubuntu，而且我是linux环境的新手。我使用二进制安装来按照本教程安装 Go（方法#3）。但是当我输入像 go version 这样的 go 命令时，终端说“找不到命令”。只有在使用 source ~/.bash_profile 后才能使用 go 命令

如何在不初始化 source ~/.bash_profile 的情况下使用 Go？

正确答案

发生了很多事情，但没有一件与 go 直接相关。

一些理论

我假设您首先在某种“图形桌面环境”中工作；也就是说，当您的计算机启动时，您会看到一个图形登录对话框，然后您就拥有了该“桌面”，并且所有应用程序都在单独的窗口中运行。

这样的窗口就是“终端”或“控制台”。 在典型的 ubuntu 系统上，您可以按 windows 键，然后输入“terminal”来打开它。 实际上，它并不是真正启动的终端，而是一个恰当命名的终端模拟器，运行 命令行 shell，在您的情况下 - bash。
shell 向您提供命令行，接受您的输入，运行命令，终端模拟器通过“托管”shell 使这一切正常工作。

~/.bash_profile 文件是 bash 在启动时读取的初始化文件之一在某些条件下 - 稍后会详细介绍。

在基于 linux 的操作系统上（实际上在任何 unix-linke 操作系统上，以及 mac os 和 windows 上），所有正在运行的进程都具有 环境变量。环境变量有名称和值。您在指南中的“方法 3”的步骤 4 中调整的 path 环境变量包含计算机上的目录列表，用于查找与您在 shell 中键入的命令的短名称匹配的文件。
因此，当您输入 go version 时，您会要求 shell 查找并运行名为 go 的程序，并向其传递一个参数 version。由于您没有拼写该命令的完整路径名，因此 shell 必须在一组众所周知的位置中搜索它，并且 path 包含该组。

环境变量的一个属性是它们是继承的：如果一个进程启动另一个进程，则新进程将继承其父进程的环境变量。
这允许在您的登录会话的早期设置某些环境变量 - 这是在您成功通过系统身份验证时创建的。 path 环境变量就是其中之一，它是早期设置的，包含一组目录，操作系统提供的所有“库存”程序都安装在其中。

当您使用该指南安装 go 时，它并未安装在任何默认的众所周知位置，因此当您要求 shell 运行 go 时，它们无法找到它。

命令行 shell 的一个属性是它们允许轻松操作环境变量 - 包括在启动脚本中设置它们。
片段
export path=$path:/usr/local/go/bin:$gopath/bin
您的指南中的内容就是这样做的：修改 path 环境变量，然后“导出”其新值，这意味着使其可用于 shell 运行的进程。

好的，我们快得出结论了;-)

当您在终端仿真器中运行 shell 时，从 shell 的角度来看，它被称为交互式非登录模式 - 它是交互式的，因为用户（即您）将直接在其中键入命令，并且它是非登录模式。 -login 因为它不是由管理用户登录的进程启动的。
bash shell 在此模式下运行时，会读取文件 ~/.bashrc — 详细信息请参见 其手册，当作为登录 shell 运行时，它仅读取 ~/.bash_profile，这不是你的情况。

tl;dr

坚持

export GOPATH=$HOME/go
export PATH=$PATH:/usr/local/go/bin:$GOPATH/bin

到你的 ~/.bashrc 而不是 ~/.bash_profile 并生成另一个终端窗口 - 它将立即工作。
这才是正确的做法。

另一种方法是从解压后的位置删除 go，然后安装操作系统提供的 golang-go 软件包。它将以不需要弄乱环境变量的方式安装。

讨论从官方网站或操作系统安装的相对优点与问题无关，所以我不会离题。

如果您打算认真地在类 unix 环境中开发软件，建议您找一本关于 unix 作为工作环境的书并阅读它。

...当我们这样做时，该语言称为 go。 p>

今天关于《Go的使用必须依赖于~/.bash_profile吗？》的内容就介绍到这里了，是不是学起来一目了然！想要了解更多关于的内容请关注golang学习网公众号！