Windows下运行CMake C++程序exe缺失libgcc_s_seh-1.dll咨询

1. CLion启动正常、直接运行exe报错的原因 #

CLion启动调试/运行的程序时，会自动将当前配置的MinGW工具链的bin目录临时注入到子进程的PATH环境变量中，这个路径修改仅对CLion拉起的进程生效，不会修改全局系统环境变量。
程序加载依赖dll时，Windows会按「exe所在目录 -> 进程PATH路径 -> 系统目录 -> 全局PATH目录」的顺序搜索依赖。CLion启动时能通过临时注入的PATH找到MinGW下的dll，直接双击exe时没有这个临时路径，搜索范围里找不到对应dll就会弹出报错。
你之前排查MinGW目录没找到该dll，基本可以确定是找错了CLion实际使用的MinGW实例——很多人会手动安装一个MinGW，同时CLion首次启动时又自动下载了另一个版本存到用户目录下，二者路径不一致。

2. 错误归属与分发适配方案 #

这个问题同时涉及本地环境配置和应用打包配置：

• 本地开发场景下报错，是因为你没有把MinGW运行时路径加入全局环境变量，属于本地环境配置问题
• 分发给其他无开发环境的用户时出现报错，属于应用打包配置问题，不能要求终端用户自行安装MinGW配置环境
  要避免终端用户遇到同类错误，有两种成熟方案：
• 优先选择静态链接运行时库，编译出不依赖MinGW dll的单exe文件
• 如果不想静态链接，就把程序依赖的所有MinGW运行时dll和exe放在同一个目录下，整体打包分发

3. 修复方案与路径/环境变量配置 #

根据使用场景选最优方案即可：

• 仅本地开发调试使用：找到CLion实际调用的MinGW路径（在Settings -> Build, Execution, Deployment -> Toolchains里可以看到准确路径），将该路径下的bin目录加入Windows用户/系统的PATH环境变量，重启资源管理器后即可直接双击运行exe，不需要单独拷贝dll。
• 需要分发程序给其他用户：优先配置CMake静态链接运行时，在你的CMakeLists.txt里给目标添加如下链接选项：

target_link_options(你的可执行目标名 PRIVATE
    -static
    -static-libgcc
    -static-libstdc++
    -static-libwinpthread
)

重新编译后生成的exe就不会再依赖这些MinGW dll。如果出于体积等考虑不想静态链接，就把MinGW bin目录下的libgcc_s_seh-1.dll、libstdc++-6.dll、libwinpthread-1.dll这几个依赖dll直接拷贝到exe所在的同目录即可，不需要往System32等系统目录拷贝dll，避免引发dll版本冲突。

4. 安全的dll获取渠道 #

绝对不要从第三方零散dll下载站获取该文件，这类站点的dll普遍捆绑恶意软件、版本不匹配，存在极高安全风险。
libgcc_s_seh-1.dll是MinGW工具链的自带组件，你只需要从CLion的工具链配置页找到当前使用的MinGW安装根目录，进入下属的bin文件夹就能找到官方原版的对应dll，和你编译程序用的编译器版本完全匹配，没有安全风险。

5. 该dll的基本属性 #

libgcc_s_seh-1.dll是GCC编译器针对64位Windows平台、采用SEH（结构化异常处理）模型的核心运行时库，主要提供以下能力：

• 程序运行时的异常抛出、捕获、栈展开处理
• GCC编译器内置函数的运行时支撑
• 基础的跨平台运行时抽象适配
  所有使用MinGW-w64 GCC、采用动态链接方式编译的64位C/C++程序，默认都会依赖该运行时库。

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