Qt Quick项目使用std::ostringstream时进程异常退出问题

错误码-1073741511对应Windows系统错误码0xC0000139，本质是程序启动时依赖的DLL缺失、版本不匹配，或者找不到所需的函数入口点，结合你的场景，具体原因如下：

1. MinGW32 C++标准库版本不兼容 #

Qt的MinGW32套件自带了一套C++标准库（libstdc++.dll、libgcc_s_dw2-1.dll等），而你用CMake构建控制台项目时，可能使用的是单独安装的MinGW32的标准库。如果两者版本不一致，Qt Quick项目启动时会加载Qt自带的标准库，但你的代码编译时用了另一版本的标准库，导致符号不匹配，触发崩溃。

2. qmake项目的C++17特性链接配置缺失 #

对于std::filesystem这类C++17新增特性，旧版本的MinGW32需要手动链接stdc++fs库，但qmake默认不会自动添加这个链接选项。而CMake会自动检测MinGW版本并添加对应的链接参数，所以控制台项目能正常运行，Qt Quick项目却因为符号缺失崩溃。

3. 运行时PATH环境变量优先级问题 #

如果你的系统PATH中先加载了其他版本MinGW的bin目录，Qt Quick项目启动时会优先加载该目录下的标准库DLL，而非Qt自带的版本，导致版本不匹配，出现启动失败。

解决方法 #

• 修正qmake项目配置：在.pro文件中明确启用C++17，并针对旧版MinGW添加filesystem链接库：

  CONFIG += c++17
  # 针对MinGW32旧版本（如8.1之前），需手动链接stdc++fs
  LIBS += -lstdc++fs
  

• 统一MinGW版本：确保Qt使用的MinGW32版本和你编译控制台项目的MinGW版本完全一致，比如都用Qt自带的MinGW32套件编译所有项目。
• 调整运行时PATH：将Qt安装目录下的MinGW32/bin目录（如C:\Qt\5.15.2\mingw81_32\bin）添加到PATH最前端，避免其他版本的标准库DLL干扰。

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