为什么 GOPATH 在 go env 输出中显示为 “OPATH？

这是由于 `.bash_profile` 文件中 `export gopath=…` 行末意外包含 windows 风格的回车换行符（`rn`），导致 shell 解析时将 `gopath` 变量名截断为 `”opath`（引号覆盖了首字母 g）。

该问题本质是换行符不兼容引发的变量名解析异常，并非 Go 语言本身行为变化。当你在 macOS 或 Linux 中使用带有 rn（CRLF）结尾的脚本文件时，Bash 会将 r 视为普通字符——它不被当作换行符，而是保留在变量名中。因此：

export GOPATH="/Users/jjw/gocode"$'r'

等价于定义了一个名为 “OPATH 的变量（因为 r 将光标回退到行首，后续的 ” 覆盖了 G，O 覆盖了 “, 依此类推），而真正的 GOPATH 并未被设置。这就是为何 go env 显示 “OPATH 而非 GOPATH。

✅ 快速验证方法：
使用 od 或 hexdump 检查换行符类型：

# 查看 .bash_profile 中 export 行的十六进制表示（定位含 r 的行） od -c ~/.bash_profile | grep GOPATH  # 或更直观地显示所有控制字符 cat -A ~/.bash_profile

若输出中出现 ^M（即 r），例如：

export GOPATH="/Users/jjw/gocode"^M

则确认存在 CRLF 问题。

? 修复步骤：

1. 使用支持 Unix 换行符的编辑器（如 VS Code、Sublime Text 或 nano）打开 ~/.bash_profile；
2. 将 export GOPATH=… 行末的 r 删除（或直接重写该行）；
3. 确保保存为 LF（Unix）格式（VS Code 右下角可切换）；
4. 重新加载配置并验证：

source ~/.bash_profile go env | grep GOPATH  # 应正确输出 GOPATH="/Users/jjw/gocode"

? 预防建议：

• 在跨平台协作中，为 Shell 脚本配置 .editorconfig 或 Git 的 core.autocrlf=input（Linux/macOS）以自动转换换行符；
• 避免从 Windows 编辑器（如记事本）直接复制粘贴环境变量到 Unix 类系统；
• 使用 dos2unix ~/.bash_profile（需先安装）一键批量清理 CRLF。

⚠️ 注意：go env 显示 “OPATH 是 shell 解析失败的表象，Go 工具链本身仍会尝试读取 GOPATH 环境变量——但由于该变量实际未定义，Go 将回退到默认路径（如 $HOME/go），可能导致模块构建或依赖下载行为异常。务必确保 GOPATH 正确定义且无不可见控制字符。