为什么SetEnvironmentVariable设置的环境变量无法被getenv()检索到？

核心原因 #

Windows平台的环境变量存在两套独立的存储：

• Win32操作系统层面为每个进程维护一份环境块（存储在进程PEB结构中），SetEnvironmentVariable修改的就是这份数据，Process Explorer读取的也是这份数据，所以你能看到变量存在。
• C运行时（CRT）内部会单独维护一份环境变量的内存副本，CRT提供的getenv函数只会读取这份内部副本，默认不会主动和操作系统层面的环境块做同步。

补充现象解释 #

• 新版VS编译的DLL触发问题的原因：从VS2015对应的vcruntime140.dll开始，微软调整了CRT的环境变量同步逻辑：CRT只会在进程初始化、以及CRT自身的环境变量修改接口被调用时，才会同步两套存储的内容。你在进程启动后调用SetEnvironmentVariable修改系统环境块，CRT的内部副本不会同步更新，所以DLL里调用getenv自然读不到新增的变量。旧版VS的CRT没有做这个限制，部分场景下getenv会直接读取系统环境块，所以不会触发问题。
• 从CMD预先设置变量再启动程序正常的原因：从父进程继承的环境变量会在进程初始化阶段就被CRT同步到内部副本中，此时两套存储的内容是一致的，getenv自然可以读到值。

解决方案 #

• 推荐方案：统一环境变量操作接口，不要混用Win32 API和CRT接口。如果设置用了SetEnvironmentVariable，读取就用Win32 API的GetEnvironmentVariable，不要用getenv。
• 兼容方案：如果必须使用getenv读取，设置变量时改用CRT提供的_putenv_s("MAGICK_CODER_MODULE_PATH", "xxx")，该函数会同时更新CRT内部副本和操作系统层面的环境块，保证两边数据一致。

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