看起来你遇到的是Fyne依赖的go-gl包因构建约束不匹配导致的编译问题，这在Windows环境下用MSYS2搭配Goland时非常常见，我来帮你一步步排查解决：

问题核心原因 #

Fyne的底层依赖github.com/go-gl/gl包需要依赖CGO和正确的C编译器（MSYS2提供的gcc），而Goland默认可能没有加载MSYS2的环境变量，导致Go的构建系统无法满足包的编译约束，最终抛出"build constraints exclude all Go files"错误。

具体解决步骤 #

1. 让Goland继承MSYS2的完整环境变量 #

因为你是通过MSYS2安装的gcc、Go和Fyne，Goland默认启动时不会自动继承MSYS2的环境，这是最常见的诱因。有两种简单的解决方式：

• 方式一：从MSYS2终端启动Goland
  打开MSYS2的「MinGW 64-bit」终端（注意是MinGW 64位，不是默认的MSYS终端），如果已经把Goland的bin目录（比如C:\Program Files\JetBrains\GoLand2025.1\bin）加到系统PATH里，直接输入goland回车启动Goland即可。这样Goland会自动继承MSYS2的所有环境变量，包括正确的gcc路径和CGO配置。
• 方式二：手动在Goland中配置环境变量
  打开Goland的设置（快捷键Ctrl+Alt+S），导航到Build, Execution, Deployment > Build Tools > Go Tools，在Environment区域添加/修改PATH变量，把MSYS2的MinGW64 bin路径（比如C:\msys64\mingw64\bin）放在最前端，确保系统优先使用MSYS2的gcc。

2. 强制开启CGO_ENABLED #

Fyne完全依赖CGO，必须确保该参数为1：

• 全局设置：在Goland的终端中执行以下命令，永久开启CGO：

  go env -w CGO_ENABLED=1
  

• 临时配置：如果不想全局修改，可在Goland的「Run/Debug Configurations」中，为你的Go build配置添加环境变量CGO_ENABLED=1。

验证配置是否生效：在Goland终端执行go env CGO_ENABLED，输出应为1；执行gcc --version，应显示MSYS2提供的gcc版本（比如gcc.exe (Rev10, Built by MSYS2 project) 13.2.0）。

3. 清理并重新拉取依赖缓存 #

有时候依赖包的本地缓存可能存在损坏或不完整的情况，执行以下命令重置：

# 清理Go模块缓存
go clean -modcache
# 进入项目目录，重新拉取并整理依赖
cd 你的项目目录
go mod tidy

4. 验证MSYS2的依赖是否完整 #

如果上述步骤都无效，可能是MSYS2安装的依赖缺失，重新安装相关组件：
打开MSYS2的MinGW 64-bit终端，执行：

pacman -Syu mingw-w64-x86_64-gcc mingw-w64-x86_64-go mingw-w64-x86_64-fyne

等待安装完成后，再回到Goland尝试编译。

快速验证方案 #

先脱离Goland，在MSYS2的MinGW 64-bit终端中进入你的项目目录，直接执行go build：

• 如果编译成功：说明问题完全出在Goland的环境变量配置，回到步骤1调整即可；
• 如果终端编译也报错：说明MSYS2的依赖安装有问题，执行步骤4重新安装组件。

内容来源于stack exchange