VS Code编译运行C++一元运算符重载代码偶发thread-exited异常问题

这是我的Unary operator.cpp文件：

#include <iostream>
using namespace std;
class space{
    int x;
    int y;
    int z;
    public: 
    void getdata(int a, int b, int c){
        x=a;
        y=b;
        z=c;
    }
    void display(){
        cout<<x<<" ";
        cout<<y<<" ";
        cout<<z<<"\n";
    }
    void operator-(){
        x=-x;
        y=-y;
        z=-z;
    }
};
int main(int argc, char *argv[]){
    space S;
    S.getdata(10,-20,30);
    cout<<"S: ";
    S.display();
    -S;
    S.display();
    return 0;
}

以上是一元运算符重载代码，在VS Code中编译该代码时，调试控制台偶发输出Input first number: =thread-exited,id="2",group-id="i1"报错信息，部分情况下可正常编译并输出The program 'e:\C++\Unary operator.exe' has exited with code 0 (0x00000000)提示。但同一份代码在Code Blocks中可正常编译运行，输出结果符合预期。

你的代码本身不存在逻辑或语法问题，异常完全由VS Code的运行/调试配置异常导致，按以下步骤逐一排查即可解决：

• 清理终端残留信息：你看到的Input first number提示并非当前代码输出，是之前运行的需要交互的程序的残留日志。每次运行前先点击调试控制台的清除按钮，或直接关闭终端面板重新打开，再运行测试。
• 修正C/C++扩展调试配置：打开项目下.vscode/launch.json文件，添加以下配置关闭调试引擎冗余日志，避免内部线程退出信息打印到控制台：

  "logging": {
    "engineLogging": false
  }
  

  同时确认miDebuggerPath配置指向的gdb路径和Code::Blocks使用的MinGW路径一致，避免不同版本gdb的兼容问题。
• 清理旧编译缓存：删除目录下之前生成的exe文件，重命名源文件为Unary_operator.cpp避免文件名空格导致部分旧版本MinGW识别异常，重新编译后再运行测试。
• 手动编译验证：不要直接使用F5调试，在VS Code终端手动输入编译运行命令：

  g++ Unary_operator.cpp -o Unary_operator.exe
  ./Unary_operator.exe
  

  如果手动运行完全正常，可直接重置C/C++扩展的默认配置，即可解决调试配置异常导致的偶发报错。

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