c++ - 为什么 sleep_for 调用 FreeLibrary？

Question

我很震惊地跟踪这个简单的代码:

#include <thread>

void foo()
{
    for (int i = 0; i < 1000000; ++i) {
        std::this_thread::sleep_for(std::chrono::nanoseconds(1));
    }
}

int main()
{
    std::thread t(foo);
    t.join();
}

你猜怎么着？ sleep_for 每次都调用 FreeLibrary!

kernel32.dll!_FreeLibraryStub@4()
msvcr120d.dll!Concurrency::details::DeleteAsyncTimerAndUnloadLibrary(_TP_TIMER * timer) Line 707
msvcr120d.dll!Concurrency::details::_Timer::_Stop() Line 111
msvcr120d.dll!Concurrency::details::_Timer::~_Timer() Line 100
msvcr120d.dll!`Concurrency::wait'::`7'::TimerObj::~TimerObj()
msvcr120d.dll!Concurrency::wait(unsigned int milliseconds) Line 155
test826.exe!std::this_thread::sleep_until(const xtime * _Abs_time) Line 137
test826.exe!std::this_thread::sleep_for<__int64,std::ratio<1,1000000000> >(const std::chrono::duration<__int64,std::ratio<1,1000000000> > & _Rel_time) Line 162
test826.exe!foo() Line 6

为什么 sleep_for 必须调用 FreeLibrary ？

此程序使用 boost 库需要 2 秒，使用 msvcrt( Release模式)需要 > 3 分钟(失去耐心)。我无法想象。

Answer 1

在 Visual C++ 2013 中，大多数 C++ 标准库并发功能位于 Concurrency Runtime (ConcRT) 之上. ConcRT 是一种工作窃取运行时，可提供协作调度和阻塞。

此处，Concurrency::wait 使用线程池计时器来执行等待。它使用 LoadLibrary/FreeLibrary 在计时器挂起期间增加托管 ConcRT 运行时的模块的引用计数。这确保模块在等待期间不会被卸载。

我不是 ConcRT 专家(甚至不是专家)，所以我不能 100% 确定可以在此处卸载 ConcRT 模块的确切场景是什么。我知道我们对 std::thread 和 _beginthreadex 进行了类似的更改，以获取对托管线程回调的模块的引用，以确保该模块在线程执行时不会被卸载。

在 Visual C++ 2015 中，C++ 标准库并发功能被修改为直接位于 Windows 操作系统原语(例如 CreateThread、Sleep 等)之上，而不是 ConcRT .这样做是为了提高性能，解决将 C++ 线程功能与操作系统功能混合使用时的正确性问题，并作为更普遍地强调 ConcRT 的一部分。

请注意，在 Windows 上， sleep 精度以毫秒为单位，零毫秒的 sleep 通常意味着“在回来找我之前去做其他有用的工作”。如果您使用 Visual C++ 2015 编译您的程序，则每次调用 wait_for 都会依次调用 Sleep(0)，这“导致线程放弃其时间片的剩余部分到任何其他准备运行的线程。”