C++临时thread对象未启动新线程，替换为命名对象才输出是编译器bug吗？

这绝对不是GCC 7.2.1的bug——而是C标准对std::thread的明确规则，我见过不少刚接触C线程库的开发者踩这个坑。

问题根源拆解 #

• 当你写std::thread(f)时，创建的是一个临时对象。C++里临时对象的生命周期极短，仅存在于当前语句的完整表达式中——简单说就是这行代码执行完毕的瞬间，这个临时线程对象就会被销毁。
• std::thread的析构函数有个硬性规则：如果线程对象处于joinable状态（既没调用join()等待线程执行完成，也没调用detach()让线程后台独立运行），析构时会直接触发std::terminate()，强制终止该线程（甚至整个程序，具体表现取决于实现）。
• 你的场景里，临时对象销毁得太快，子线程可能还没来得及执行到输出hello的逻辑就被终止了，因此看不到任何输出；如果主线程本身有死循环，就会出现“程序卡着但无输出”的情况。
• 换成std::thread t(f)后，t是一个命名的局部对象，它的生命周期会持续到main函数结束（除非手动提前销毁）。在这期间，子线程能正常运行，输出逻辑自然能正常执行，所以你能看到预期的hello。

代码示例对比 #

错误写法（临时对象导致线程被终止）

#include <iostream>
#include <thread>

void f() {
    while (true) {
        std::cout << "hello\n";
    }
}

int main() {
    std::thread(f); // 临时对象创建后立刻销毁，子线程被终止
    while (true) {} // 主线程死循环，但子线程已不存在，无输出
}

正确写法（命名对象保留线程生命周期）

#include <iostream>
#include <thread>

void f() {
    while (true) {
        std::cout << "hello\n";
    }
}

int main() {
    std::thread t(f); // 命名对象，生命周期覆盖main函数大部分执行时间
    // 若不想让主线程死循环，可调用t.join()等待子线程结束
    // t.join();
    while (true) {}
}

临时对象的正确使用方式

如果一定要用临时对象，必须在销毁前调用join()或detach()：

// 方式1：等待线程执行完成
std::thread(f).join();

// 方式2：让线程后台独立运行
std::thread(f).detach();

总结 #

这个行为是C++标准的刻意设计，目的是避免开发者遗忘处理线程生命周期，从而引发资源泄漏或未定义行为。GCC 7.2.1的实现完全符合标准，不存在bug。

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