当使用 std::chrono::nanoseconds 代替时,指定 10 分钟是很麻烦的。
实际上,它至少不会使它变得麻烦:
#include <chrono>
#include <iostream>
void my_function(bool work_really_hard, std::chrono::nanoseconds timeout)
{
std::cout << timeout.count() << '\n';
}
int main()
{
my_function(true, std::chrono::minutes(10));
}
输出:
600000000000
唯一遇到麻烦的情况nanoseconds
是,如果您想传递一些不会完全转换为 的东西nanoseconds
,例如picoseconds
, 或duration<long, ratio<1, 3>>
(1/3 秒单位)。
更新
我打算将此答案作为已接受答案的附加信息,我认为这是一个很好的答案(由 sehe 提供)。sehe 推荐了一个模板化的解决方案,我也认为这很好。
如果您想接受任何 std::chrono::duration
,甚至是您可能需要截断或舍入的内容,那么使用 sehe 已删除的答案是可行的方法:
template <typename Rep, typename Period>
void my_function(bool work_really_hard, std::chrono::duration<Rep, Period> timeout)
{
// Do stuff, until timeout is reached.
std::this_thread::sleep_for(timeout);
}
如果出于某种原因您不想处理模板和/或您满足于让您的客户只需要指定完全可转换为的单位std::chrono:nanoseconds
,那么使用std::chrono:nanoseconds
我上面显示的也是完全可以接受的。
所有std::chrono
“预定义”单位:
hours
minutes
seconds
milliseconds
microseconds
nanoseconds
可以隐式转换为nanoseconds
,并且不会涉及任何截断或舍入误差。只要您将其保持在两条明亮的白线之内,就不会发生溢出(将汽车保持在自己的车道上的晦涩参考)。只要持续时间在 +/- 292 年之内,您就不必担心这些预定义单位会溢出。
标准定义的函数如std::this_thread::sleep_for
sehe 所建议的那样被模板化,正是出于希望与每个chrono:duration
可以想象的(例如浮点飞秒的 1/3)互操作的原因。由 API 设计者决定他们是否需要在自己的 API 中具有如此大的灵活性。
如果我现在设法使您感到困惑而不是澄清,请不要太担心。如果您选择使用nanoseconds
,事情将完全正常,没有截断或舍入错误,或者客户端将收到编译时错误。不会出现运行时错误。
void my_function(bool work_really_hard, std::chrono::nanoseconds timeout)
{
std::cout << timeout.count() << '\n';
}
int
main()
{
using namespace std;
using namespace std::chrono;
typedef duration<double, pico> picoseconds;
my_function(true, picoseconds(100000.25));
}
test.cpp:15:9: error: no matching function for call to 'my_function'
my_function(true, picoseconds(100000.25));
^~~~~~~~~~~
test.cpp:4:10: note: candidate function not viable: no known conversion from 'duration<double, ratio<[...], 1000000000000>>' to
'duration<long long, ratio<[...], 1000000000>>' for 2nd argument
void my_function(bool work_really_hard, std::chrono::nanoseconds timeout)
^
1 error generated.
如果客户端遇到编译时错误,他总是可以使用duration_cast
它来解决它:
my_function(true, duration_cast<nanoseconds>(picoseconds(100000.25))); // Ok
更多详情,请参阅:
http://www.open-std.org/jtc1/sc22/wg21/docs/papers/2008/n2661.htm
此答案顶部的原始代码的甜蜜更新。在 C++1y 中,我们希望这意味着 C++14:
using namespace std::literals;
my_function(true, 10min); // also ok, is equal to 600000000000 nanoseconds
问题:你会推荐什么作为“无限”的超时(即不要超时)
我会首先尝试使用没有超时的 API,这意味着“不会超时”。例如condition_variable::wait
. 如果我可以控制 API,我会创建这样的签名而不会超时。
如果做不到这一点,我会创建一个“大”系列chrono::durations
:
using days = std::chrono::duration
<
std::int32_t, std::ratio_multiply<std::chrono::hours::period, std::ratio<24>>
>;
using weeks = std::chrono::duration
<
std::int32_t, std::ratio_multiply<days::period, std::ratio<7>>
>;
using years = std::chrono::duration
<
std::int32_t, std::ratio_multiply<days::period, std::ratio<146097, 400>>
>;
using months = std::chrono::duration
<
std::int32_t, std::ratio_divide<years::period, std::ratio<12>>
>;
然后我会在通话中使用这些较长的持续时间之一,例如:
std::this_thread::sleep_for(years(3));
我不会尝试将 push_things 最大化(例如,您可能会破坏操作系统所做的基本假设)。随便挑一些大得离谱的东西(比如 3 年)。这会引起您的代码审查员的注意,并可能会引发一次内容丰富的对话。:-)
现在可在视频中找到:https ://www.youtube.com/watch?v= P32hvk8b13M :-)