为什么 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（发布模式）需要 3 分钟以上（失去耐心）。我无法想象。

Answer 1

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

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

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

在Visual C ++ 2015年，C ++标准库并发的功能被修改，以直接坐顶上的Windows操作系统的原语（例如CreateThread，Sleep等），而不是ConcRT的。这样做是为了提高性能，解决将 C++ 线程功能与操作系统功能混合使用时的正确性问题，并作为对 ConcRT 的更普遍的淡化的一部分。

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