使用MinGW编译的G++程序调用std::string/char指针时崩溃求助

这种情况我之前帮朋友排查过，大概率是编译/运行环境的标准库冲突导致的——毕竟你机器上同时装了VS2017（依赖MSVC标准库）和MinGW（依赖GCC的libstdc++），很容易出现链接或运行时的库混淆问题。以下是一步步的排查和解决方法：

• 确认编辑器用的是MinGW的编译器
  打开编辑器的编译配置（比如构建系统、任务设置），确保编译命令是MinGW的g++或gcc，而不是VS的cl.exe。你可以在终端里手动执行g++ --version，如果输出的是MinGW的版本信息，说明路径没问题；如果出现MSVC的提示，那得调整系统PATH，把MinGW的bin目录移到VS相关路径的最前面。

• 清理所有旧编译产物
  把之前生成的.obj、.exe、.o这些文件全删掉，有时候残留的用VS编译的目标文件，会和MinGW的新文件混在一起链接，直接导致运行时崩溃。

• 用最小代码测试MinGW本身是否正常
  写一个极简的测试程序：

  #include <iostream>
  #include <string>
  
  int main() {
      std::string test_str = "MinGW Test";
      const char* test_ptr = "Hello Pointer";
      std::cout << test_str << "\n" << test_ptr << std::endl;
      return 0;
  }
  

  然后在终端里用MinGW手动编译：g++ test.cpp -o test.exe，再运行test.exe。如果这个都崩溃，说明你的MinGW安装有问题——可能是组件不全，或者版本太老。建议重新下载最新的MinGW-w64版本（选x86_64架构，线程模型根据需求选posix或win32），安装时确保勾选了标准库组件。

• 检查编译参数，避免混用MSVC选项
  不要在MinGW的编译命令里加/MD、/MT这类MSVC特有的参数，MinGW对应的静态链接标准库参数是-static-libstdc++，如果不需要静态链接，默认动态链接就好。

• 确保运行时加载的是MinGW的库
  有些时候即使编译用了MinGW，运行时系统还是会优先加载VS的标准库DLL。你可以用工具（比如Dependency Walker）查看生成的exe依赖的DLL，确认是libstdc++-6.dll这类MinGW的库，而不是msvcp140.dll之类的MSVC库。如果是后者，调整PATH让MinGW的bin目录优先级更高。

总的来说，核心就是让编译、链接、运行全流程都统一用MinGW的环境，彻底和VS的工具链、标准库隔离开，就能解决这种崩溃问题。

内容的提问来源于stack exchange，提问作者Agustín Morantes