电话
400 9058 355
time() 返回自 Unix 纪元起的秒级 UTC 时间戳,类型为 time_t;需毫秒精度用 std::chrono::system_clock::now(),本地时间转换须调用 localtime_r() 等函数。
time() 是 C 标准库函数,定义在 中,返回自 Unix 纪元(1970-01-01 00:00:00 UTC)起经过的秒数,类型为 time_t。它不提供毫秒精度,也不能直接获取本地时区时间——返回值始终是 UTC 秒数(尽管 time_t 本身是算术类型,具体实现可能为 int64_t 或 long)。
常见误用是以为 time(nullptr) 能拿到带毫秒的当前时间,结果发现两次调用相同、日志时间戳全堆在整秒上。
std::chrono::system_clock::now()
localtime() 或 localtime_r() 转换,别直接对 time_t 做字符串拼接time_t 在 Windows 上可能是 64 位,但旧 MSVC 编译器(如 VS2015 以前)默认 32 位,2038 年问题仍需警惕两者都返回当前时间的 time_t 值,区别仅在于是否写入用户提供的变量:
time(nullptr):只返回值,不修改任何内存;最常用,也最安全time(&t):把值同时存入 t,并返回该值;适合需要复用同一变量多次获取时间的场景(比如性能采样),但要注意 t 必须已声明且可写错误示例:
time_t *t = nullptr; time(t); // 段错误!传入空指针给非 nullptr 版本会未定义行为
正确写法:
time_t t; time(&t); // 或更简洁地:t = time(nullptr);
time() 本身不涉及时区——它返回的是协调世界时(UTC)秒数。所谓“本地时间”必须靠后续转换函数实现:
localtime():线程不安全,返回指向静态缓冲区的 struct tm*,多线程下可能被覆盖localtime_r()(POSIX)或 localtime_s()(Windows):线程安全,需传入用户分配的 struct tm 缓冲区asctime() 直接打印 localtime() 结果——它返回的字符串带换行符,且缓冲区固定大小,易溢出推荐做法:
time_t now = time(nullptr); struct tm lt = {}; localtime_r(&now, <); // Linux/macOS
int year = lt.tm_year + 1900; int month = lt.tm_mon + 1; int day = lt.tm_mday;
time() 是 C 风格接口,类型模糊、精度固定、无时区抽象。C++11 起,std::chrono 提供更清晰、类型安全、高精度的替代方案:
std::chrono::system_clock::now().time_si
nce_epoch().count() 返回纳秒级整数(具体单位取决于实现,通常为纳秒)time(nullptr)):auto now = std::chrono::system_clock::now();
std::time_t t = std::chrono::system_clock::to_time_t(now);
std::chrono::seconds 和 std::chrono::milliseconds 是不同类型,编译期就报错真正需要时间戳做日志、文件名、HTTP 头时,用 std::chrono::system_clock::to_time_t() 最稳妥;需要毫秒差值做性能统计?直接用 duration_cast。
time() 没过时,但它的“简单”背后藏着时区陷阱和精度盲区——尤其当项目开始支持多时区或需要 sub-second 日志时,绕不开 chrono。
邮箱:8955556@qq.com
Q Q:8955556
本文详解如何将Go官方present工具(用于生成HTML5...
PySNMP在不同版本中对SNMP错误状态(errorSta...
time.Sleep仅阻塞当前goroutine,其他gor...
PHPfopen()创建含特殊符号的文件名失败主因是操作系统...
WooCommerce中通过代码为分组产品动态聚合子商品的属...
io.ReadFull返回io.ErrUnexpectedE...
本文详解Yii2中控制器向视图传递ActiveRecord数...
本文详解为何通过wp_set_object_terms()为...
Pytest中使用@mock.patch类装饰器会导致补丁泄...
带缓冲的channel是并发安全的FIFO队列;make(c...