嘿，这个问题我之前调试程序时遇到过好几次！本质上是C++标准库的ABI（应用二进制接口）不兼容搞出来的问题——具体来说，你的程序编译时用了C++11及以后的std::__cxx11::basic_string实现，但运行时链接的却是不支持这个新ABI的旧版本标准库，所以找不到std::runtime_error对应的构造函数入口点。

给你几个可行的排查方向：

• 对齐编译器版本与编译选项
  先确认你编译程序用的编译器（不管是MinGW/GCC、Clang还是MSVC）和运行时依赖的标准库版本完全匹配。比如用GCC 9编译的程序，就不能用GCC 6的libstdc++-6.dll来运行。另外，GCC从版本5开始引入了C++11 ABI的切换，你可以试试在编译时加上-D_GLIBCXX_USE_CXX11_ABI=0或者=1参数，强制切换ABI版本，看能不能匹配上运行时的库。

• 强制程序加载正确的标准库
  有时候系统里会存在多个版本的C++标准库文件，程序运行时可能优先加载了旧版本。你可以找到编译器安装目录下的对应标准库文件（比如MinGW的libstdc++-6.dll，MSVC的vcruntime140.dll之类的），把它复制到你的fractions_ex1.exe所在的文件夹里，让程序启动时优先加载这个和编译环境匹配的版本。

• 统一所有依赖库的编译环境
  如果你的程序用到了第三方库，一定要确保这些库也是用和主程序完全相同的编译器版本、C++标准选项（比如-std=c++17）以及ABI设置编译的。混合使用不同ABI编译的库必然会出现这种入口点找不到的问题，所以最好把所有依赖都重新编译一遍，保持整个项目的编译环境一致。

• 检查Visual Studio的工具集与链接方式（如果用VS）
  要是你用的是Visual Studio，不同版本的平台工具集（比如v142、v143）对应的标准库是不兼容的。先确认项目属性里的“平台工具集”和你编译依赖库时用的完全一致。另外，你可以尝试把运行库设置为静态链接：打开项目属性→C/C++→代码生成→运行库，选择/MT（Release模式）或/MTd（Debug模式），这样程序会把标准库打包进exe里，就不会依赖系统里的动态库版本了。

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