提到内存分配，很多人会想到操作系统如何管理程序运行时的空间需求。其实在底层机制中，有几种经典的分配策略，最坏适应法（Worst Fit）就是其中之一。它不像名字听起来那么消极，反而在特定场景下能发挥独特作用。
最坏适应法的基本原理
最坏适应法的核心思想是：每当有新的内存请求时，在所有可用的空闲分区中，选择最大的那个进行分配。比如系统中有几块空闲内存，分别是 100KB、200KB 和 500KB，而程序需要 80KB 的空间，最坏适应法不会选刚好够用的 100KB，而是挑最大的 500KB 来分。
这么做的逻辑是，把大块空闲区域尽早拆开，留下更多中小块空间应对后续中等规模的请求，避免出现“大块用不上，小块不够用”的尴尬局面。
与其它策略的对比
常见的内存分配策略还有首次适应法（First Fit）和最佳适应法（Best Fit）。首次适应法从头开始找，只要遇到第一个够大的空闲区就分配；最佳适应法则相反，专挑能满足需求且最小的块，目的是减少浪费。
最坏适应法走的是另一条路——宁愿多浪费一点当前空间，也要尽量保留中小块连续区域的完整性。这有点像整理衣柜：你有一件大外套要收，不一定要塞进最大空位，但如果你总是把小空隙填满，最后大衣服就没地方放了。所以有时候主动占用大空间，反而是为以后留余地。
实际运行示例
假设当前内存中有三个空闲分区：300KB、600KB、400KB。现在有三个进程依次请求 200KB、350KB 和 250KB 内存。
使用最坏适应法：
- 第一个请求 200KB，选择最大的 600KB 分区，分配后剩下 400KB 空闲。
- 此时空闲区变为：300KB、400KB、400KB。
- 第二个请求 350KB，仍然选最大的 400KB（有两个，任选其一），分配后剩 50KB。
- 第三个请求 250KB，从剩下的两个 400KB 中选一个分配。
最终结果是，中等大小的空间被较好地保留下来，而极小碎片只出现在明确无法避免的情况下。
代码逻辑示意
虽然操作系统底层多用C或汇编实现，但我们可以用伪代码理解其流程：
// 假设 free_list 是空闲分区列表，按大小排序
sort(free_list, descending); // 按大小降序排列
for each partition in free_list:
if partition.size >= required_size:
allocate(partition); // 分配该分区
remaining = partition.size - required_size;
if remaining > min_threshold:
add_to_free_list(remaining); // 剩余部分重新加入空闲列表
break;
适用场景与局限
最坏适应法适合那些内存请求波动较大的环境，比如多任务服务器或动态加载模块较多的系统。它能有效延缓内存碎片的集中爆发。
但它也有缺点：每次都要遍历整个空闲列表找最大块，效率不如首次适应法；而且如果频繁拆分大块，也可能导致后期缺乏大容量连续空间，影响大型程序加载。
因此，是否采用最坏适应法，得看具体系统的负载特征。没有绝对最优的算法，只有更适合当前情况的选择。