Linux通过/proc/self/stat第22字段（jiffies）结合/proc/stat的btime和sysconf(_SC_CLK_TCK)计算进程启动时间戳；macOS需用sysctl(KERN_PROC)获取kinfo_proc.p_starttime；Windows调用GetProcessTimes并注意UTC转换。
Linux下读取/proc/self/stat获取启动时间（秒级）
Linux内核在/proc/self/stat第22个字段（从1开始计数）记录进程启动时刻距系统启动的**时钟滴答数（jiffies）**，不是绝对时间。需结合/proc/stat中的btime字段换算成Unix时间戳。
常见错误是直接用clock_gettime(CLOCK_MONOTONIC, ...)——它返回的是进程启动后的相对时间，不是系统启动时刻；也有人误读/proc/self/status里的Created（该字段根本不存在）。
- 先读取
/proc/stat第一行以btime开头的行，提取系统启动的Unix秒数（如btime 1715234890） - 再读取
/proc/self/stat，按空格分割后取第22个字段（注意：字段可能含括号，需跳过开头的(和结尾的)） - 用
sysconf(_SC_CLK_TCK)获取jiffies每秒值（通常是100），计算：btime + (jiffies / ticks_per_second)
示例片段关键逻辑：
long btime = 0, jiffies = 0;
std::ifstream f1("/proc/stat");
std::string line;
while (std::getline(f1, line) && line.substr(0, 6) != "btime ") {}
if (line.rfind("btime ", 0) == 0) btime = std::stol(line.substr(6));
std::ifstream f2("/proc/self/stat");
if (f2 >> std::skipws >> std::ws) {
for (int i = 1; i < 22; ++i) f2 >> std::skipws >> std::ws;
f2 >> jiffies;
}
long uptime_sec = jiffies / sysconf(_SC_CLK_TCK);
auto boot_time = std::chrono::system_clock::from_time_t(btime);
auto proc_start = boot_time + std::chrono::seconds(uptime_sec);
macOS必须用sysctl查KERN_PROCARGS？错，要用KERN_PROC
macOS没有/proc，也不能靠gettimeofday()或mach_absolute_time()反推——它们不记录进程创建时间。正确方式是调用sysctl查询KERN_PROC子系统，传入CTL_KERN, KERN_PROC, KERN_PROC_PID, getpid()，返回的kinfo_proc结构体中kp_proc.p_starttime字段就是struct timeval类型的时间戳。
立即学习“C++免费学习笔记（深入）”；
容易踩的坑：忘记初始化size参数、没检查sysctl返回值、把p_starttime.tv_sec直接当纳秒用（它只是秒+微秒，非纳秒精度）。
组合式C++代码评审方案，融合静态分析、AI推理、多轮迭代评审和C++专项检查，适用于PR审查、增量代码审查、全项目评审和代码质量评分，触发词包括review cpp、cpp代码评审、C++review、代码审查。
-
size必须先设为sizeof(struct kinfo_proc)，再调用sysctl获取实际大小 - 第二次调用才真正读数据，且要确保缓冲区足够大（通常一次调用即可）
- 结果是
struct timeval，转std::chrono::system_clock::time_point时用std::chrono::seconds(tv.tv_sec) + std::chrono::microseconds(tv.tv_usec)
Windows上GetProcessTimes返回的是创建时间，但要注意时区
GetProcessTimes返回的lpCreationTime是UTC时间，不是本地时区。很多代码直接用FileTimeToSystemTime转完就显示，导致时间比实际晚/早几小时。
另一个陷阱：该API在UWP或沙盒环境中可能被禁用，且不能用于远程进程（除非有PROCESS_QUERY_INFORMATION权限）。
- 必须用
FileTimeToSystemTime转为SYSTEMTIME，再用SystemTimeToTzSpecificLocalTime转成本地时间（如果需要显示） - 若要存为标准时间戳，保持UTC并转为
std::chrono::system_clock::time_point更稳妥 - 注意
FILETIME是100纳秒单位，转换时除以10^7得秒，余数乘100得纳秒
跨平台封装建议：别硬写宏，优先用C++20 <chrono>统一接口
各平台返回精度不同：Linux/macOS是微秒级，Windows是100纳秒级，但std::chrono::system_clock::time_point能自然容纳所有精度。强行统一到纳秒会放大浮点误差，统一到微秒又丢精度。
最简健壮做法是：各平台分别实现，返回std::chrono::system_clock::time_point，由调用方决定后续处理（比如转字符串、做差值、存数据库）。不要试图输出“精确到纳秒”的字符串——Linux的btime本身只有秒级精度，jiffies换算还有舍入误差。
真正复杂的是权限和稳定性：Linux下/proc可能被挂载为noexec或hidepid，macOS可能因SIP限制部分sysctl调用，Windows服务进程可能拿不到完整时间信息。这些不是代码能绕过的，得在部署时确认环境约束。
