最简单可靠的方式是直接读取/proc/meminfo：普通用户可读，格式规范，含MemTotal、MemAvailable等关键字段；解析时需按冒号分割、trim空白、用stringstream安全提取数值，并注意MemAvailable才真实反映可用内存。
直接读取 /proc/meminfo 文件是最简单可靠的方式
Linux 的 /proc/meminfo 是内核提供的只读伪文件，不需要特殊权限（普通用户可读），内容稳定、格式规范，比调用系统 API（如 sysconf(_SC_PHYS_PAGES)）更能反映真实物理内存状态（含 MemTotal、MemFree 等关键字段）。C++ 里用标准文件流读取即可，无需第三方库。
常见错误是试图用 std::ifstream 读取后逐行 std::string::find("MemTotal:") == std::string::npos 判断——这会漏掉空格或制表符分隔的变体。正确做法是按冒号分割键值，并 trim 值部分的前后空白。
- 用
std::getline()逐行读取，跳过空行和注释行（以#开头） - 用
std::string::find(':')定位冒号位置，提取 key（如"MemTotal"）和 value（如"16324580 kB"） - 对 value 调用
std::stoi()前，先用std::istringstream或手动跳过空格，并忽略单位（kB是固定后缀） - 注意：
MemTotal值单位恒为kB，不是字节；若需字节数，乘以 1024
std::stringstream 解析数值比 std::stoi 更安全
直接用 std::stoi(value_str) 在遇到 "16324580 kB" 这类带单位的字符串时会抛 std::invalid_argument 异常（除非传入 nullptr 第二参数并容忍尾部非数字字符，但行为不直观）。更稳妥的是用 std::stringstream 流式提取整数，它会自动停在第一个非数字字符上。
std::string line = "MemTotal: 16324580 kB";
size_t pos = line.find(':');
if (pos != std::string::npos) {
std::string key = line.substr(0, pos);
std::string value_part = line.substr(pos + 1);
// 去除 value_part 首尾空格
value_part.erase(0, value_part.find_first_not_of(" \t"));
value_part.erase(value_part.find_last_not_of(" \t") + 1);
std::stringstream ss(value_part);
long kb_value;
if (ss >> kb_value) { // 成功提取数字，自动跳过 "kB"
long bytes = kb_value * 1024;
}
}
别忽略 MemAvailable 和 MemFree 的语义差异
很多脚本误把 MemFree 当作“可用内存”，其实它只表示完全未使用的页，不含可回收的 page cache 和 slab。真正反映用户态程序还能申请多少内存的是 MemAvailable（Linux 3.14+ 提供），它已估算可回收缓存。如果目标是判断系统是否内存紧张，优先读 MemAvailable；若必须兼容老内核（MemFree + Cached + SReclaimable - Shmem（但精度差，不推荐硬编码）。
Linux 安全审计工具，检查 SSH 配置、开放/监听端口、防火墙规则（ufw/iptables/nftables）、失败登录尝试、sudoers 权限...
立即学习“C++免费学习笔记（深入）”；
-
MemTotal：总物理内存（kB），最稳定，适合计算占比 -
MemFree：绝对空闲内存（kB），通常很小，不能代表可用性 -
MemAvailable：内核估算的可立即分配内存（kB），应作为“可用内存”首选 - 读不到
MemAvailable字段？说明内核太旧，不要 fallback 到拼接字段，直接返回MemFree并加注释说明限制
路径不存在或权限不足时的处理要具体
/proc/meminfo 在标准 Linux 系统中必然存在，但某些容器环境（如禁用 procfs 的 rootless pod）、chroot 或嵌入式裁剪系统可能缺失。此时 std::ifstream 构造失败或 .is_open() 返回 false，不能静默返回 0。
- 检查
ifstream.is_open() == false后，建议记录错误：比如输出"Failed to open /proc/meminfo: No such file or directory" - 不要捕获
std::ios_base::failure异常（需先开启exceptions()），容易掩盖逻辑错误；显式检查状态更可控 - 避免用
system("cat /proc/meminfo | grep MemTotal")：启动进程开销大，且依赖 shell 和grep，不可靠 - 若程序需长期运行，注意
/proc/meminfo是动态文件，每次读取都返回当前快照，无需缓存
物理内存信息本身不复杂，但字段含义、单位、内核版本兼容性和错误路径的严谨性，才是实际部署时最容易出问题的地方。
