gnome 桌面会话中 gui 应用（如 vs code、gedit）不读 ~/.bashrc，必须将环境变量写入 /etc/environment（系统级、gdm 直接加载，格式为 key=value）或 /etc/profile.d/*.sh（支持变量展开），改完需登出重登录才能全局生效。
在 GNOME 等图形界面中，终端里用 export 设置的环境变量默认不会被 GUI 应用（如 VS Code、Gedit、Alacritty 启动的程序）读取——因为桌面会话启动时并不加载 ~/.bashrc。要让所有 GNOME 桌面会话（包括从“活动概览”点击启动的程序、右键菜单打开的应用、自动启动的服务等）都能继承统一的环境变量，必须把配置写入 GNOME 会话真正加载的初始化位置。
改 /etc/environment（最推荐：简洁、系统级、GUI 友好）
这是 GNOME 显示管理器（GDM）直接读取的系统级环境配置文件，格式严格但可靠，适用于所有用户和所有 GUI 程序：
- 只支持纯等号赋值，不解析变量（比如不能写
PATH="/opt/bin:$PATH"），必须用绝对路径拼全 - 每行一个
KEY=VALUE，无空格、无引号、无 export 关键字 - 示例：sudo nano /etc/environment，添加：
JAVA_HOME=/usr/lib/jvm/java-17-openjdk-amd64 PATH="/usr/local/bin:/opt/mytools/bin:/usr/bin:/bin" LD_LIBRARY_PATH="/opt/mytools/lib:/usr/local/lib"
保存后，下次登录 GNOME（或重启 GDM）即生效，无需 source，也不依赖 shell 类型。
用 /etc/profile.d/ 下的脚本（适合需变量展开的场景）
如果必须追加路径（例如 PATH="/opt/app/bin:$PATH"），/etc/environment 不支持，这时可使用 /etc/profile.d/：
Zynq‑7000 / Zynq UltraScale+ 硬件调试技能。适用于 Xilinx Zynq（Cortex‑A9/A53 + FPGA）Linux 环境，调试 I2C、I2S、UART、GPIO 等外设。包括设备树配置、内核驱动、用户空间调试工具、交叉编译和常见问题排查，支持 PetaLinux 开发。
- 新建脚本，如 sudo nano /etc/profile.d/myenv.sh
- 内容必须以
export开头，且有可执行权限：sudo chmod +x /etc/profile.d/myenv.sh - GNOME 在通过 GDM 启动时，会调用
/etc/profile，而它默认会source所有/etc/profile.d/*.sh
注意：部分轻量桌面环境（如 XFCE）或 Wayland 会话可能跳过该流程，但标准 GNOME（X11/Wayland）均兼容。
避免踩坑：别只改 ~/.bashrc 或 ~/.profile
这些文件仅被交互式 shell 加载，而 GNOME 桌面本身不是 shell，它的子进程（如点击图标启动的 App）不读它们：
-
~/.bashrc：只影响你手动打开的终端，对 GUI 启动程序完全无效 -
~/.profile：某些发行版（如 Ubuntu）在 GDM 登录时会读，但 GNOME 40+ 默认优先走/etc/environment；且它只对当前用户生效，无法覆盖所有桌面会话 - 测试是否生效：退出当前会话 → 在登录界面重新登录 → 打开 GNOME 终端，运行
printenv JAVA_HOME；再启动 VS Code，在集成终端中同样执行，结果应一致
验证 GUI 应用是否真正读取了变量
不能只在终端里 echo $VAR 就认为成功。正确验证方式：
- 打开 GNOME 终端 → 运行
env | grep MY_VAR - 从“活动概览”搜索并启动 VS Code → 新建终端 → 再次运行
env | grep MY_VAR - 若两者都输出，说明已全局生效；若只有第一个有，说明配置未进入桌面会话环境
遇到不生效，优先检查 /etc/environment 格式是否含空格或引号，以及是否已全新登录（不是 Ctrl+Alt+Backspace 重启 GNOME，而是登出再进）。
