Linux下修改环境变量的方法修改环境变量linux

将全局变量更改为/etc/profile。
使用 vi 或 vim 修改。
导出VAR=写入值。
保存后，source /etc/profile.使用 echo $VAR 检查。
临时变量直接导出VAR=value。
当前会话有效。
更改完成后，更改将永久写入启动文件。
用法根据情况而变化。
首先，这个。

Linux Postman如何设置环境变量

Postman 环境变量是直接使用 GUI 设置的。

打开Postman软件。
版本必须是最新的。

单击右上角的齿轮图标，然后选择管理环境。

单击“添加”按钮添加新环境，例如“开发”。

输入“baseUrl”作为变量名，并根据需要输入初始值，不需要填写。

选择环境下拉列表并单击生成的环境名称。

在 URL/headers/request body 中使用 {{variable name}} 进行引用。

在“全局”选项卡上，设置全局变量，例如“API_KEY”。

Pre-requestScript 可以动态更改该值。

测试脚本可以从响应中提取令牌变量。

单击“导出”将变量导出到 JSON 文件。

单击“导入”以加载 JSON 文件并恢复变量。

当前环境变量的优先级高于全局变量。

脚本更改的值必须手动保存，并且数据不得被覆盖。

不要将密码存储在变量中，使用 Postman 密钥管理工具。

干货分享| Linux 环境变量配置的 6 种方法，建议收藏！

说实话，刚接触Linux环境变量的时候，我有一段时间很头疼。
Later, I slowly crossed the river feeling the stones and discovered that there are actually 6 traditional methods, each with its own advantages and disadvantages.
For example, method one uses the export command.我在临时调试MySQL时经常使用这个。
I remember once, when deploying to AWS EC2 , I needed to temporarily add the path to PATH to run the script.只需export PATH=/usr/local/mysql/bin:$PATH 即可立即生效。
But the most annoying thing about this thing is that the terminal gets invalidated as soon as it is deleted and you have to start from scratch next time.有一次忘记恢复，最后把系统自带的gcc删除了。
我花了很长时间才恢复它。
那一刻我真的很想哭。
所以当我使用这个命令时，我习惯保留$PATH并写成export PATH=$PATH:/new/path。
这样就添加了一条新路径，而不会覆盖旧路径，更加安全。

方法 2 和 3 涉及编辑 .bashrc 或 .bash_profile。
I use them mixed. For example, I installed various versions of Java and Python on my MacBook and added them to .bashrc.每次我更改虚拟机或打开新窗口时，这些环境变量都会自动加载。
但请注意，不同的 Linux 发行版默认情况下可能会加载不同的文件。
由于不懂CentOS，我差点就卡在CentOS上很久了。
I later found that by using the source command ~/.bashrc you can see the effect immediately, which is very convenient.
Methods four through six are all system-level operations, requiring administrator rights. I usually only run them during server maintenance. For example, on the company's RHEL server used to compile the code, I added the MySQL paths of all the developers to /etc/bashrc so that new colleagues don't have to do it themselves.但请记住，在编辑这些文件之前，您需要使用 chmod u+w /etc/bashrc 等命令对它们进行授权。
我的一位前同事忘记了这一步，结果无法编辑文件，满头大汗。
As for the /etc/environment file, I have rarely encountered it, but I have heard that directly editing it can affect all users, so I have to be more careful.我曾经在测试时直接覆盖了PATH，结果导致系统自带的一些命令找不到。
It took me two hours to figure out which file had been changed.
说到加载顺序，这绝对是一个重要的点。
我有一个朋友专门为此写了一个测试脚本。
Add export MY_Order="Order:$(basename $0)" to each configuration file, then examine the order of the echo $MY_Order output and you can immediately tell which comes first. This trick is very practical, at least I have used it more times while troubleshooting later than eating instant noodles.
Finally, let me talk about something practical. For example, when working on a project, I like to create a project_env.sh in the project root directory and use source. project_env.sh to load the variables needed by the project, so that the environment can be configured automatically every time I enter the project folder. There is also a command alias like alias rm='rm -i', which I added in .bashrc to avoid accidentally deleting files due to shaking hands.这个技巧救了我无数次。

In总的来说，这6 种方法各有优点。
关键要看你使用的场景。
使用导出进行临时调试，使用 .bashrc 进行长期个人配置。
要在服务器上执行完整的站点设置，您需要使用系统文件。
但无论怎么使用，都要小心，不要让系统崩溃。
光是想想后果就很可怕。