Firefox标签页崩溃后进程被OOM杀死是否属于Firefox Bug？

嗨，我来帮你分析下这个问题~

从你提供的系统日志和内存状态信息来看，这大概率不是Firefox的Bug，而是系统OOM Killer（内存不足杀手）的正常行为，同时也是Firefox多进程架构设计的一部分，下面具体拆解：

先看OOM Killer触发的逻辑 #

Linux系统的OOM Killer会在系统无法分配足够内存（包括虚拟内存，也就是swap）时启动，它会根据进程的oom_score_adj值来选择优先杀死的进程——这个值越高，进程被选中的概率越大。你日志里的Firefox隔离Web进程（Isolated Web Co）的oom_score_adj是100，这个数值是Firefox特意设置的：它给单个标签页的隔离进程设置更高的分值，就是为了在内存不足时优先牺牲单个标签页，而不是让整个浏览器崩溃。

再看你的内存状态：

free -h
total        used        free      shared  buff/cache   available
Память:      7,5Gi       1,5Gi       4,4Gi       626Mi       1,5Gi       5,1Gi
Подкачка:      2,0Gi       1,0Gi       980Mi

虽然表面上还有4.4Gi的空闲内存，但Linux的内存管理中，buff/cache会占用部分内存，且你的swap已经用了1Gi（剩余980Mi），可能当时某个瞬间系统内存压力陡增（比如某个网页突然占用大量内存），触发了OOM Killer，而Firefox的隔离进程因为分值高，就成了被优先杀死的对象。

为什么说这不是Firefox的Bug？ #

Firefox的多进程隔离架构本身就是为了提升稳定性：每个标签页运行在独立的进程中，这样单个标签崩溃不会影响整个浏览器。而给这些隔离进程设置较高的oom_score_adj，是这个架构下的防护策略——主动让系统优先淘汰单个标签进程，保护主浏览器进程的运行，这是设计好的行为，而非Bug。

一些可以尝试的优化建议 #

• 检查当时是否打开了大量标签页，或者某个标签加载了内存占用极高的内容（比如复杂互动网页、高清视频、Web游戏等）；
• 可以在Firefox设置中调整内存相关选项，比如开启“自动关闭闲置标签”，或者限制单个进程的内存使用；
• 如果经常遇到这种情况，考虑增加swap空间，或者升级物理内存来缓解系统内存压力。

备注：内容来源于stack exchange，提问作者Mahler