直接读取 /proc/uptime 第一列浮点数即可获取开机总秒数，用 std::ifstream 提取 double 最安全可靠；日志循环应基于 steady_clock 和 sleep_until 对齐分钟边界，并每次 flush() 保证写入不丢失。
Linux 下读取 /proc/uptime 获取开机总秒数
Linux 系统的开机总时间（从启动到当前的秒数）直接暴露在 /proc/uptime 文件第一列里，格式是浮点数，比如 123456.78 234567.89，前者是系统运行总时间（不包括休眠），后者是空闲时间。C++ 读它不需要任何特权，也不依赖外部命令——开个 std::ifstream 就行。
常见错误是用 system("cat /proc/uptime") 或 popen，既慢又难处理输出、还可能被 shell 注入干扰（虽然这里路径固定，但没必要绕路）。更坑的是有人用 time(0) - boot_time 去推算，但内核没提供直接的 boot_time API（sysinfo 的 uptime 字段才是正解，不过它和 /proc/uptime 本质一致，文件方式更轻量）。
- 用
std::ifstream打开/proc/uptime，读取第一个double - 别用
atof或stod处理整行字符串——文件内容极简，直接流提取最稳 - 注意：该值是“自启动以来的 wall-clock 秒数”，不随系统休眠暂停（即 sleep/wake 后继续累加），符合“开机总时间”需求
每分钟写一次 log 的可靠循环怎么写
不能用 sleep(60) 硬等——系统负载高、进程被调度延迟、或短暂挂起都可能导致间隔漂移，累积几小时就差好几分钟。正确做法是每次记录后，计算下一次目标时间点，再用 clock_nanosleep 或 std::this_thread::sleep_until 对齐。
使用场景很明确：后台常驻小工具，非交互、无信号处理要求，只要稳定打点。如果未来要支持 SIGHUP 重载配置或 SIGTERM 安全退出，得加信号掩码和中断检查，但当前需求不需要。
- 用
std::chrono::steady_clock（不是system_clock）做时间基准，它不受系统时钟调整影响 - 首次启动立刻记录一次，然后设置下次时间为
now + 60s，循环中sleep_until到该时刻 - 每次 sleep 前检查是否被中断（比如
sleep_until返回std::cv_status::timeout即可，不用手动处理 EINTR） - 日志行建议带 ISO 格式时间戳（用
std::put_time）+ uptime 秒数，例如：2024-05-22T14:30:00 uptime=123456
log 文件追加写的安全与性能权衡
频繁打开/关闭文件（比如每次写都 ofstream(..., ios::app)）会触发多次 syscalls，虽不至于卡死，但在高 IO 负载机器上可能堆积延迟。但若全程只 open 一次，又面临进程崩溃时缓冲区丢失风险（std::endl 强制 flush 太重，\n + flush() 控制粒度更好）。
组合式C++代码评审方案，融合静态分析、AI推理、多轮迭代评审和C++专项检查，适用于PR审查、增量代码审查、全项目评审和代码质量评分，触发词包括review cpp、cpp代码评审、C++review、代码审查。
兼容性上，/var/log/ 目录普通用户通常没权限写，所以 log 路径得设在 $HOME 或 /tmp；另外注意 log 文件增长——没轮转机制的话，跑几个月就是 GB 级文本，但这是运维层面的事，C++ 层只需保证单次写入原子、不截断。
- 构造
std::ofstream时用ios::out | ios::app，并设std::ios_base::ate确保光标在末尾（避免多进程写冲突，但本例单进程，可省略） - 每次写完调用
flush()，不依赖析构自动刷盘（进程意外退出时能多留几条） - 写入前用
if (!log_file.is_open())检查，失败则cerr报错并 return，避免静默丢数据 - 别用
fprintf+FILE*，C++ iostream 在 RAII 和类型安全上更可控
完整最小可行代码的关键片段
以下不是可编译工程，而是去掉包装、直击主干的逻辑块，复制进 main() 就能跑（需 C++17）：
#include <fstream>
#include <chrono>
#include <iostream>
#include <thread>
#include <iomanip>
#include <sstream><p>int main() {
std::ofstream log_file("/tmp/uptime.log", std::ios::out | std::ios::app);
if (!log_file.is_open()) {
std::cerr </p>
<pre class="brush:php;toolbar:false;">auto next_write = std::chrono::steady_clock::now();
while (true) {
// 读 uptime
std::ifstream uptime_file("/proc/uptime");
double uptime_sec = 0.0;
if (uptime_file >> uptime_sec) {
auto now = std::chrono::system_clock::now();
std::time_t t = std::chrono::system_clock::to_time_t(now);
std::ostringstream oss;
oss << std::put_time(std::localtime(&t), "%Y-%m-%dT%H:%M:%S")
<< " uptime=" << static_cast<long long>(uptime_sec) << '\n';
log_file << oss.str();
log_file.flush();
}
// 对齐下一分钟
next_write += std::chrono::seconds(60);
std::this_thread::sleep_until(next_write);
}
}
容易被忽略的是：这个循环没有退出条件，实际部署必须加信号处理（比如全局 volatile bool running，SIGINT handler 设它为 false），否则只能 kill -9。还有，/proc/uptime 读取失败时不 sleep、立刻重试，可能打满 CPU——应该 fallback 到固定延时（如 5s）再试。
C++免费学习笔记（深入）：立即使用
在学习笔记中，你将探索 C++ 的入门与实战技巧！
