将Go环境变量写入Shell配置文件（如~/.bashrc或~/.profile）可使其永久生效，因为这些文件在每次启动终端时自动加载，避免了仅用export导致的临时性问题。
要在Linux系统下让Golang的环境变量永久生效，最直接有效的方法就是将它们写入到你的Shell配置文件中，比如用户主目录下的
.bashrc
或
.profile
文件。这样，每次你启动新的终端会话时，这些变量都会被自动加载。
说实话，刚开始接触Linux和Go的时候，环境变量这事儿确实把我折腾得够呛。你可能也遇到过，明明
export
了，终端一关就没了，那种感觉真是让人抓狂。要彻底搞定它，我们需要找一个Shell启动时会执行的脚本文件。
对我个人而言，最常用的就是用户主目录下的
.bashrc
文件。它在每次交互式Bash Shell启动时都会被执行。如果你希望这些变量对当前用户的所有Shell都生效，包括非交互式的Shell，那么
.profile
或者
.bash_profile
可能是更好的选择。不过，对于大多数日常开发场景，
.bashrc
就足够了，而且很多发行版默认的
.bashrc
会去source
.profile
。
具体操作步骤其实很简单：
立即学习“go语言免费学习笔记（深入）”；
打开你的Shell配置文件：我通常用
vi
或
nano
来编辑。比如，编辑
.bashrc
：
nano ~/.bashrc
添加Go相关的环境变量：在文件的末尾，添加以下几行。这里假设你的Go安装在
/usr/local/go
，并且你的项目工作区在
~/go
。如果你的路径不同，请务必修改。
# Go Lang Environment Setupexport GOROOT=/usr/local/goexport GOPATH=$HOME/goexport PATH=$PATH:$GOROOT/bin:$GOPATH/bin
这里我得稍微解释一下：
GOROOT
指向的是你的Go SDK的安装路径。这是Go运行时必需的。
GOPATH
是你的Go工作区。Go模块化之后，
GOPATH
的重要性有所下降，但它仍然是存放传统项目、第三方包（在Go Modules出现之前）以及
go install
编译生成的可执行文件的默认位置。我通常会把它设置在
$HOME/go
，这样很直观。
PATH
这个就不用多说了，它告诉系统去哪里找可执行文件。我们把
$GOROOT/bin
和
$GOPATH/bin
加进去，这样你就能直接在任何地方运行
go
命令以及你自己编译的Go程序了。
保存并退出文件。
让配置立即生效：虽然下次打开新终端会话时会生效，但为了立即使用，你需要手动执行一下
source
命令：
source ~/.bashrc
或者如果你修改的是
.profile
，那就
source ~/.profile
。
这样一来，你的Go环境变量就永久生效了。每次开机或者打开新的终端，Go的环境就都在那里等着你。
为什么我明明设置了环境变量，重启终端就没了？
这其实是个很经典的“坑”。你直接在终端里用
export
命令设置的环境变量，它只对当前Shell会话有效。你可以把它想象成一个临时的便签，只在这次会话里有用。一旦这个Shell进程结束了（比如你关掉了终端窗口），这个便签就被撕掉了，所有的临时设置也就跟着烟消云散了。
Linux系统在启动Shell会话时，会去读取一些特定的配置文件来初始化环境。这些文件，比如我们前面提到的
.bashrc
、
.profile
、
/etc/profile
等等，才是真正用来存放永久性配置的地方。当你把
export
命令写进这些文件里，就相当于把你的环境变量设置写进了系统的“长期记忆”里。每次Shell启动，它都会重新阅读这些文件，然后根据里面的指示来设置环境变量，所以它们就能“活”下来了。
理解这个原理，你就会明白为什么我们不能仅仅依靠
export
命令来做永久设置了。这也不是Go特有的问题，任何你想要永久生效的环境变量，都需要通过这种方式来处理。
如何快速验证我的Go环境变量是否已经设置成功？
设置完环境变量后，你肯定想知道到底有没有生效。验证的方法其实非常简单直接，几条命令就能搞定。
首先，确保你已经
source
了你的配置文件，或者直接打开一个新的终端窗口。
检查
GOROOT
：
echo $GOROOT
如果输出的是你Go SDK的安装路径（例如
/usr/local/go
），那就对了。
检查
GOPATH
：
echo $GOPATH
这里应该显示你设置的工作区路径（例如
/home/youruser/go
）。
检查
PATH
：
echo $PATH
这个输出会比较长，因为它包含了系统所有可执行文件的路径。你需要仔细查看，确认其中是否包含了
$GOROOT/bin
和
$GOPATH/bin
这两个路径。通常它们会出现在你设置的位置。
运行
go env
命令：这是Go官方提供的环境检查工具，非常全面。
go env
这条命令会列出所有Go相关的环境变量，包括
GOROOT
、
GOPATH
、
GOBIN
（如果设置了）、
GOOS
、
GOARCH
等等。你可以对照着看，确保
GOROOT
和
GOPATH
的值和你预期的一致。如果一切正常，
go env
的输出会给你一个清晰的确认。
如果这些命令的输出和你预期不符，那说明可能哪里出了问题。常见的错误包括：文件没保存、
source
命令没执行、或者环境变量路径写错了。这时候就需要回去检查你的配置文件了。
针对所有用户还是仅针对当前用户？环境变量设置位置的选择考量
在Linux系统上设置环境变量，你总会面临一个选择：是让这些设置只对你当前用户生效，还是对系统上的所有用户都生效？这取决于你的具体需求和使用场景。
用户级环境变量 (User-specific):这是最常见也最推荐的方式，通常通过修改用户主目录下的配置文件来实现，比如：
~/.bashrc
：仅对交互式Bash Shell会话生效。
~/.profile
或
~/.bash_profile
：在用户登录时执行，影响所有Shell会话（包括非交互式）。
~/.zshrc
：如果你使用的是Zsh，那么就是这个文件。
优点：
隔离性好： 不会影响其他用户，避免潜在的冲突。权限要求低： 不需要root权限就能修改。灵活： 每个用户可以根据自己的需求定制环境。安全： 减少了对系统全局环境的修改，降低了风险。
缺点：
如果你有多个用户都需要Go环境，每个用户都需要单独设置。
系统级环境变量 (System-wide):这种设置会影响到系统上的所有用户，通常通过修改以下文件来实现：
/etc/profile
：在所有用户登录时执行。
/etc/bash.bashrc
：对所有用户的交互式Bash Shell会话生效。
/etc/environment
：一个简单的键值对文件，用于设置全局环境变量，但不执行命令。
优点：
统一管理： 一次设置，所有用户都能用。适用于服务器： 如果服务器上所有用户或服务都需要相同的Go环境，这很方便。
缺点：
需要root权限： 修改这些文件通常需要管理员权限。潜在冲突： 可能会与其他用户的自定义设置冲突。不灵活： 难以针对不同用户提供个性化设置。
我的建议：对于大多数个人开发者或者单用户工作站，我强烈建议使用用户级环境变量，特别是
~/.bashrc
或
~/.profile
。它足够灵活，风险最低，而且能满足绝大多数开发需求。
只有当你确实需要让系统上的所有用户（比如在一个共享开发环境中，或者部署一个依赖Go的服务）都能访问到Go环境时，才考虑修改系统级配置文件。即便如此，我也会优先考虑在特定服务或用户的启动脚本中设置，而不是直接改动
/etc
下的文件，因为那样更容易管理和回溯。修改系统级文件总要更谨慎一些。
选择哪个文件，其实就是选择一个作用域的问题。根据你的实际需求来定，没有绝对的对错，只有最适合。
以上就是Linux系统下设置Golang环境变量的永久生效方法的详细内容，更多请关注创想鸟其它相关文章！
版权声明：本文内容由互联网用户自发贡献，该文观点仅代表作者本人。本站仅提供信息存储空间服务，不拥有所有权，不承担相关法律责任。
如发现本站有涉嫌抄袭侵权/违法违规的内容， 请发送邮件至 chuangxiangniao@163.com 举报，一经查实，本站将立刻删除。
发布者：程序猿，转转请注明出处：https://www.chuangxiangniao.com/p/1402499.html
微信扫一扫 
支付宝扫一扫 
