Linux怎么查看内存分配失败导致挂起
进程出现挂起，常见原因通常就两类：要么被 OOM Killer 直接干掉了，要么卡在 D 状态里，迟迟等不到内存分配。排查时可以先用 ps 看 STATE 是否为 D，再结合 wchan 是否停在 mm_page_alloc 这类函数，以及 /proc/[PID]/stack 里有没有 try_to
进程出现挂起，常见原因通常就两类：要么被 OOM Killer 直接干掉了，要么卡在 D 状态里，迟迟等不到内存分配。排查时可以先用 ps 看 STATE 是否为 D，再结合 wchan 是否停在 mm_page_alloc 这类函数，以及 /proc/[PID]/stack 里有没有 try_to_free_pages，基本就能把问题坐实。还有一种情况特别容易误判：明明 free 看着还有余量，分配却还是失败。根子往往不在“总量不够”，而在于内存碎片、zone 分布失衡，或者 min_free_kbytes 设得过高，最终导致连续页请求始终拿不到满足条件的内存。
进程因内存分配失败而挂起，通常不是“静默挂起”，而是已被内核干预——要么被 OOM Killer 杀掉，要么卡在系统调用（如 brk、mmap）上等待内存，表现为 D 状态（uninterruptible sleep），此时 ps 显示 STAT 列为 D，且无法被 kill -9 终止。
怎么确认进程卡在内存分配上？
先看进程状态是否为不可中断的 D：
- 运行
ps -eo pid,comm,state,wchan:20,vsz,rss,time --sort=-rss | head -10，重点关注STATE列是D还是R/S - 若为
D，再查WCHAN（等待的内核函数）：常见值如mm_page_alloc、__alloc_pages_slowpath、do_mmap，直接指向内存分配阻塞 - 配合
cat /proc/[PID]/stack查看内核栈（需 root）：如果末尾出现wait_event_killable+try_to_free_pages或oom_killer_disable，基本可断定正卡在内存回收或 OOM 处理路径上
为什么 free 显示还有内存却仍分配失败？
这不是“没内存”，而是“没有满足条件的内存”：
a vailable值低 ≠ 物理页全满，但可能因内存碎片（尤其低阶页）、zone 不平衡（如 DMA zone 耗尽）、或min_free_kbytes保护水平过高，导致无法分配连续页（比如mmap请求大块内存、或内核模块申请kmalloc(1MB)）slabinfo中某 cache（如size-4096）num_slabs高但shareda vail接近 0，说明 SLAB 缓存已碎片化，无法满足新分配- 检查
cat /proc/buddyinfo：若Order 9（2MB）或Order 10（4MB）对应数字为 0，而程序恰好需要这么大的连续页，就会失败并挂起
如何快速验证是不是 OOM Killer 干预了？
别只看 dmesg 最后几行，要查完整 OOM 上下文：
- 执行
dmesg -T | grep -A 20 -B 5 "Out of memory"，注意时间戳是否与进程挂起时间吻合 - 关键线索不止是
Kill process，更要关注前几行：Mem-Info:后面的active_anon、inactive_file、unevictable比例，以及pagesets是否显示lowmem_reserve[]触发保护 - 若日志里有
Task in /system.slice has been killed，说明 cgroups 内存限制触发了本地 OOM（memory.oom_control），而非全局 OOM Killer
挂起后还能抢救吗？
绝大多数情况下不能“唤醒”，只能释放资源让内核继续：
- 若进程处于
D状态且WCHAN是内存分配相关函数，唯一可靠方式是释放内存压力源：杀掉其他高 RSS 进程、清缓存（echo 3 > /proc/sys/vm/drop_caches）、关闭 swap（swapoff -a可能反而加重压力，慎用） - 不要尝试
sysctl vm.panic_on_oom=1或重启内核参数——这只会让问题更不可控 - 真正该做的，是在挂起发生前就监控
/proc/[PID]/status中的MMU相关字段（如Threads、voluntary_ctxt_switches异常飙升），或用bpftrace抓kmalloc/vm_brk失败事件
“挂起”这件事，本质上是内核触发的一种防御性冻结机制，本身并不能简单算作 bug；可一旦反复发生，问题往往就不在“挂起”本身了，而在于应用的内存使用模式和系统配置明显对不上号。典型情况包括：某个 C++ 程序频繁使用 mmap(MAP_HUGETLB)，却根本没有预留 hugepage；或者 Ja va 应用开启了 -XX:+UseLargePages，但 /proc/sys/vm/nr_hugepages 仍然是 0。
正软商城本月促销专区，汇集办公、设计、安全、影音、系统工具及AI软件等正版软件优惠活动，提供限时折扣、特价授权和优惠购买信息，活动库存及价格以页面实时展示为准。
正软商城装机必备专区，精选办公、浏览器、安全防护、影音播放、压缩解压、设计创作和系统工具等电脑常用正版软件，帮助用户快速完成新电脑软件配置。
正软商城Windows软件专区，汇集适用于Windows电脑的办公、设计、安全防护、影音播放、开发工具和系统优化软件，提供软件介绍、系统要求、正版授权及购买下载服务。
正软商城macOS软件专区，精选适用于Mac电脑的办公、设计、影音、效率、开发和系统工具，提供软件功能介绍、macOS兼容版本、正版授权及购买下载服务。
正软商城iOS软件专区，精选适用于iPhone和iPad的办公、学习、影音、设计、效率及AI应用，提供功能介绍、适用设备、系统要求和正版获取方式等信息。
正软商城AI软件专区，汇集AI写作、AI绘画、AI视频、AI办公、AI编程、AI翻译、智能客服和数据分析等人工智能工具，提供功能介绍、适用平台、收费方式及正版购买信息。
正软商城PDF教程频道提供PDF编辑、转换、合并、拆分、压缩及格式处理方法，同时介绍常用PDF软件和工具的使用技巧。
赤友清理大师是一款为 Mac 设计的智能清理优化工具，可精准扫描垃圾、大文件、重复文件等，释放磁盘空间。做扫描整理、文字提取和表格转换时，它能把识别后的处理步骤接得更顺，资料录入这类场景会省下不少时间。
极度公式是一款跨平台专业LaTeX公式识别编辑软件，支持OCR公式识别和多平台编辑。和使用说明，避免使用，享受完整功能与稳定支持。做扫描整理、文字提取和表格转换时，它能把识别后的处理步骤接得更顺，资料录入这类场景会省下不少时间。
一款文字处理软件，一种订阅式的跨平台办公软件，基于云平台提供多种服务，通过将 Excel 和 Outlook 等应用与 OneDrive 和 Microsoft Teams 等强大的云服务相结合，Office 365 可让任何人使用任何设备随时随地创建和共享内容。
CodeExpander 是一款快捷短语输入增强工具，通过键入缩写自动展开为自定义文段，提升工作效率。任务管理和过程控制会更完整，持续下载、批量同步或需要稳定传输流程的场景会更适合它。
Mountain Duck 是一款能将多个网盘挂载到本地的工具，像本地磁盘一样使用网盘。清理链路的完整性会更好一些，做应用卸载、残留处理和空间整理时，通常能少走很多手动排查步骤。
极度公式是一款跨平台专业LaTeX公式识别编辑软件，支持OCR公式识别和多平台编辑。和使用说明，避免使用，享受完整功能与稳定支持。做扫描整理、文字提取和表格转换时，它能把识别后的处理步骤接得更顺，资料录入这类场景会省下不少时间。
一款文字处理软件，一种订阅式的跨平台办公软件，基于云平台提供多种服务，通过将 Excel 和 Outlook 等应用与 OneDrive 和 Microsoft Teams 等强大的云服务相结合，Office 365 可让任何人使用任何设备随时随地创建和共享内容。
Wise Folder Hider Pro 是一款专业级文件和文件夹隐藏加密软件，为私密数据添加多重保护。高频操作更强调就近处理，浏览、整理和跨目录移动文件时，来回切换和重复点击都会少很多。
CodeExpander 是一款快捷短语输入增强工具，通过键入缩写自动展开为自定义文段，提升工作效率。任务管理和过程控制会更完整，持续下载、批量同步或需要稳定传输流程的场景会更适合它。
Mountain Duck 是一款能将多个网盘挂载到本地的工具，像本地磁盘一样使用网盘。清理链路的完整性会更好一些，做应用卸载、残留处理和空间整理时，通常能少走很多手动排查步骤。
