Windows下Makefile从文件加载环境变量运行程序报错解决方法

Windows环境下GNU Make默认调用cmd.exe作为执行shell，而.是POSIX系shell（bash/sh/zsh等）的内置命令（等价于source，用于在当前shell上下文加载脚本），cmd.exe没有这个内置命令，因此会抛出“'.' 不是内部或外部命令”的错误。
除此之外原写法还有个隐藏问题：Windows下直接独立调用win.env会启动单独的子进程执行脚本，子进程内设置的环境变量会随子进程退出销毁，根本不会传递给后续的go run进程，就算解决了命令找不到的问题，环境变量也不会生效。

方案1：适配现有双环境文件写法 #

如果要保留你现在的win.env（cmd set语法）和lin.env（bash export语法）两个文件，只需要修正Makefile里的Windows分支执行逻辑，保证环境变量在同一个执行上下文里加载即可：

run:
ifeq ($(OS),Windows_NT)
	cmd /C "call win.env && go run ."
else
	. ./lin.env && go run .
endif

⚠️ 注意：Makefile中所有命令行的开头缩进必须使用Tab字符，不能用空格替代，否则会触发Make语法错误。
这里Windows分支用cmd /C显式指定执行上下文，call命令会让win.env里的set操作在当前cmd进程内生效，设置的环境变量可以正常传递给后续的go run命令。

方案2：单env文件跨平台方案（推荐） #

不需要维护两份环境变量文件，统一使用标准.env格式（纯KEY=VALUE键值对，不需要写set/export前缀），新建.env文件内容如下：

ENV1=val1
ENV2=val2

然后修改Makefile自动适配不同系统的加载逻辑，后续改环境变量只需要维护这一个文件即可：

ifeq ($(OS),Windows_NT)
SHELL := cmd.exe
ENV_LOAD := for /f "eol=# tokens=* delims=" %%i in (.env) do set "%%i" &&
else
SHELL := /bin/sh
ENV_LOAD := set -a && . ./.env && set +a &&
endif

run:
	$(ENV_LOAD) go run .

逻辑说明：

• Windows分支用cmd的for循环逐行读取.env文件内容，跳过#开头的注释行，逐行设置环境变量后再执行go run，写法兼容值中包含空格的场景
• Linux/macOS分支先用set -a开启自动导出模式，source加载.env文件后所有键值对都会自动成为环境变量，关闭自动导出模式后执行go run
  两边逻辑完全对齐，不会出现多份环境变量配置不一致的问题。

内容的提问来源于stack exchange，提问作者microo8