Linux下/proc/uptime仅反映系统自启动以来的总运行秒数，与用户在线时长无关；用户累计在线时长需解析/var/log/wtmp日志，通过getutxent()匹配USER_PROCESS登录与登出事件计算，且依赖root权限和wtmp完整性。
Linux下读取/proc/uptime只能得到系统启动时间，不是用户在线时长
用户累计在线时长 ≠ 系统运行时间。/proc/uptime返回的是系统自启动以来的总秒数（包括空闲），而“用户在线”需按登录会话统计。Linux本身不维护全局累计在线时长，必须从登录记录中聚合计算。
常见错误是直接用uptime()或读/proc/uptime——这只会给你系统 uptime，和用户是否登录、登出完全无关。
- 真正可用的数据源是
wtmp（二进制日志，记录所有登录/登出事件） -
last命令底层就是解析/var/log/wtmp - 需要以 root 权限读取，普通用户默认无权访问
C++调用getutxent()解析wtmp获取登录时段
getutxent()是POSIX标准接口，用于顺序读取utmpx数据库（wtmp是其一种类型）。它比手动解析二进制文件更安全，也屏蔽了结构体版本差异。
关键点：
立即学习“C++免费学习笔记（深入）”；
- 必须先调用
setutxent()重置读取位置，否则可能从中间开始 - 每次
getutxent()返回一个struct utmpx*，需检查ut_type字段：USER_PROCESS表示登录，RUN_LVL或BOOT_TIME等可忽略 - 登出记录的
ut_tv.tv_sec是登出时间；登录记录的ut_tv.tv_sec是登录时间；两者相减得单次会话时长 - 若会话未登出（如系统崩溃、强制断电），
ut_type为USER_PROCESS但无对应登出项，此时无法计入“累计”，应跳过或设上限（比如最多计24小时）
示例片段（仅核心逻辑）：
setutxent();
struct utmpx *u;
time_t total = 0;
while ((u = getutxent()) != nullptr) {
if (u->ut_type == USER_PROCESS && u->ut_user[0] != '\0') {
// 登录事件：记下时间，等待匹配登出
} else if (u->ut_type == RUN_LVL || u->ut_type == BOOT_TIME) {
continue; // 忽略系统事件
}
}
endutxent();
为什么不能只依赖who或w命令输出
who和w只显示当前活跃会话，无法反映历史登录总时长。它们读的是utmp（当前登录状态），而非wtmp（完整历史）。
典型误用场景：
- 用
popen("who | wc -l", "r")算“当前在线人数”，和“累计时长”毫无关系 - 试图用
system("last -n 100")再解析文本——脆弱且不可靠（输出格式随 locale 和版本变化） - 没处理
wtmp权限问题，程序静默失败，返回0秒
务必确认你的进程有读取/var/log/wtmp的权限（通常需 root 或wheel/utmp组），否则setutxent()会失败，getutxent()返回nullptr。
Windows平台没有等价的wtmp机制，需改用NetSessionEnum + 事件日志
Windows 不提供类似wtmp的统一二进制会话日志。用户登录/登出事件写在安全事件日志中（Event ID 4624 / 4634），但默认不启用审计策略，且需要SeSecurityPrivilege权限才能读取。
更现实的路径是：
- 用
NetSessionEnum枚举当前会话（仅实时，不含历史） - 查
Win32_LogonSessionWMI 类（含StartTime，但无登出时间） - 若真要累计时长，必须自行记录：首次登录时写注册表或本地文件，登出时更新——但这依赖你的程序始终参与登录流程，不适用于通用统计
结论：跨平台统一实现几乎不可行。Linux 方案可靠；Windows 上除非你控制登录环境并主动埋点，否则无法获得准确累计值。
最易被忽略的是wtmp文件轮转——logrotate可能清空或归档旧wtmp，导致历史数据丢失。不要假设/var/log/wtmp永远包含全部记录。
