在Visual Studio中，当与std：：Aync一起使用时，未调用`线程_本地`变量&amp；#39；析构函数，这是一个错误吗？

In Visual Studio, `thread_local` variablesamp;#39; destructor not called when used with std::async, is this a bug?(在Visual Studio中，当与std：：Aync一起使用时，未调用`线程_本地`变量amp；#39；析构函数，这是一个错误吗？)

问题描述

以下代码

#include <iostream>
#include <future>
#include <thread>
#include <mutex>

std::mutex m;

struct Foo {
    Foo() {
        std::unique_lock<std::mutex> lock{m};
        std::cout <<"Foo Created in thread " <<std::this_thread::get_id() <<"
";
    }

    ~Foo() {
        std::unique_lock<std::mutex> lock{m};
        std::cout <<"Foo Deleted in thread " <<std::this_thread::get_id() <<"
";
    }

    void proveMyExistance() {
        std::unique_lock<std::mutex> lock{m};
        std::cout <<"Foo this = " << this <<"
";
    }
};

int threadFunc() {
    static thread_local Foo some_thread_var;

    // Prove the variable initialized
    some_thread_var.proveMyExistance();

    // The thread runs for some time
    std::this_thread::sleep_for(std::chrono::milliseconds{100}); 

    return 1;
}

int main() {
    auto a1 = std::async(std::launch::async, threadFunc);
    auto a2 = std::async(std::launch::async, threadFunc);
    auto a3 = std::async(std::launch::async, threadFunc);

    a1.wait();
    a2.wait();
    a3.wait();

    std::this_thread::sleep_for(std::chrono::milliseconds{1000});        

    return 0;
}

MacOS中的编译和运行宽度clang：

clang++ test.cpp -std=c++14 -pthread
./a.out

获得结果

Foo Created in thread 0x70000d9f2000
Foo Created in thread 0x70000daf8000
Foo Created in thread 0x70000da75000
Foo this = 0x7fd871d00000
Foo this = 0x7fd871c02af0
Foo this = 0x7fd871e00000
Foo Deleted in thread 0x70000daf8000
Foo Deleted in thread 0x70000da75000
Foo Deleted in thread 0x70000d9f2000

在Visual Studio 2015更新3中编译并运行：

Foo Created in thread 7180
Foo this = 00000223B3344120
Foo Created in thread 8712
Foo this = 00000223B3346750
Foo Created in thread 11220
Foo this = 00000223B3347E60

未调用析构函数。

这是错误还是某个未定义的灰色区域？

附注

如果结尾处的睡眠std::this_thread::sleep_for(std::chrono::milliseconds{1000});不够长，您有时可能看不到全部3条"删除"消息。

使用std::thread而不是std::async时，在两个平台上都会调用析构函数，并且始终会打印所有3条"Delete"消息。

推荐答案

介绍性说明：我现在对此有了更多了解，因此重写了我的答案。感谢@Super、@M.M和(后来)@DavidHim和@NoSenseEtAl让我走上了正确的道路。

tl；drMicrosoft的std::async实施不符合要求，但他们有他们的原因，如果您正确理解，他们所做的实际上可能是有用的。

对于那些不想这样做的人来说，编写一个替代std::async的插件并不是太难，它在所有平台上都以相同的方式工作。我已经发布了一个here。

编辑：哇，最近打开的方式，我很喜欢，请参阅：https://github.com/MicrosoftDocs/cpp-docs/issues/308

• 当线程被回收时，线程局部变量被重新使用。具体地说，它们不会销毁，然后重新创建(已向您发出警告！)。
• 如果所有异步任务都完成，并且您等待的时间足够长，则线程池将终止所有关联的线程，然后销毁线程局部变量。(毫无疑问，实际规则比这复杂得多，但这就是我观察到的)。
• 当提交新的异步任务时，线程池会限制创建新线程的速率，希望线程在需要执行所有这些工作(创建新线程很昂贵)之前就空闲下来。因此，对std::async的调用可能需要一段时间才能返回(在我的测试中最长可达300ms)。与此同时，它只是在附近徘徊，希望它的船能进来。这种行为是有记录在案的，但我在这里把它叫出来，以防它让你大吃一惊。