惯性聚合 高效追踪和阅读你感兴趣的博客、新闻、科技资讯
阅读原文 在惯性聚合中打开

推荐订阅源

博客园_首页
让小产品的独立变现更简单 - ezindie.com
让小产品的独立变现更简单 - ezindie.com
人人都是产品经理
人人都是产品经理
Martin Fowler
Martin Fowler
D
Docker
F
Full Disclosure
Recent Announcements
Recent Announcements
MyScale Blog
MyScale Blog
美团技术团队
Microsoft Azure Blog
Microsoft Azure Blog
B
Blog
A
About on SuperTechFans
IT之家
IT之家
P
Proofpoint News Feed
有赞技术团队
有赞技术团队
V
V2EX
阮一峰的网络日志
阮一峰的网络日志
freeCodeCamp Programming Tutorials: Python, JavaScript, Git & More
OSCHINA 社区最新新闻
OSCHINA 社区最新新闻
雷峰网
雷峰网
WordPress大学
WordPress大学
奇客Solidot–传递最新科技情报
奇客Solidot–传递最新科技情报
博客园 - 【当耐特】
V
Visual Studio Blog
Hugging Face - Blog
Hugging Face - Blog
钛媒体:引领未来商业与生活新知
钛媒体:引领未来商业与生活新知
T
Tailwind CSS Blog
Microsoft Security Blog
Microsoft Security Blog
U
Unit 42
腾讯CDC
Stack Overflow Blog
Stack Overflow Blog
B
Blog RSS Feed
I
InfoQ
N
Netflix TechBlog - Medium
博客园 - 三生石上(FineUI控件)
H
Hackread – Cybersecurity News, Data Breaches, AI and More
Vercel News
Vercel News
月光博客
月光博客
F
Fortinet All Blogs
Google DeepMind News
Google DeepMind News
小众软件
小众软件
Recorded Future
Recorded Future
博客园 - Franky
Blog — PlanetScale
Blog — PlanetScale
云风的 BLOG
云风的 BLOG
C
Check Point Blog
博客园 - 叶小钗
GbyAI
GbyAI
M
MIT News - Artificial intelligence
博客园 - 司徒正美

博客园_首页

Linux实操--组管理、权限管理和定时任务 Java + EasyExcel 实现单个接口导出多个Excel Mem0 源码解析系列(二):提示词工程的深度剖析 Openclaw TaskFlow究竟是什么?和普通Skill技能有什么区别 博文阅读密码验证 - 博客园 嘉立创开源:应该是全网MicroPython教程最多的开发板 Hermes Agent 集成实践:从协议到生产 2026年AI编程工具横评:Cursor、Codex、Claude Code、Zed、Windsurf Java程序员必看的RAG入门教程 2026 AI效率神器:Superpowers + Claude Code 保姆级教程 本地大模型部署全攻略:从 0 到 1 玩转 Ollama 【从0到1构建一个ClaudeAgent】内存管理-上下文压缩 .NET 高级开发 | 设计、实现一个事件总线框架 电子小白入门之NE555 3. WorkBuddy:隐藏玩法,一键召唤专家,让 AI 以"专家身份"给你干活 和AI一起搞事情#3:Claude Teammate 游戏开发翻车实录 【OpenClaw】通过 Nanobot 源码学习架构---(7)Memory C# .NET 周刊|2026年3月3期 我在 Debian 11 上把 K8s 单机搭起来了,过程没你想的那么顺(/opt 目录版) 深度学习进阶(七)Data-efficient Image Transformer CLI+Skill搭建浏览器AI自动化框架,告别一切重复枯燥任务 告别Token账单无底洞:OpenClaw本地部署,重塑企业数据主权的唯一解 FastAPI+Vue:文件分片上传+秒传+断点续传,这坑我帮你踩平了! SBTI 爆火后,我做了个程序员版的 CBTI。。已开源 + 附开发过程 多模态检索开始进入工程期:用 Sentence Transformers 搭建可落地的 Multimodal RAG 100多行代码实现一个最简单的Agent(用ReAct) Claude Code 通关手册(八):推荐 5 个 Hooks,代码质量提升 3 倍 老板:“有人截图了!”。安全部门:“收到,马上查暗水印!” - why技术 技术之外,皆是人间 C#/.NET/.NET Core技术前沿周刊 | 第 69 期(2026年4.01-4.12) Snack JSONPath 项目架构分析 Claude Code Buddy 小析:一个非核心功能,如何体现产品的细节完成度 AI新时代下的图床管理方案-Cloudflare图床+MCP+Skills方案指南 化繁为简:顺丰速运App如何通过 HarmonyOS SDK实现专业级空间测量 从零实现富文本编辑器#13-React非编辑节点的内容渲染 AI开发-python-langchain框架(3-23-OpenAI Functions风格Tool Calling智能助手) .NET + AI 进阶实战:基于类的技能开发 - 打造可治理的 Agent 能力模块 【从0到1构建一个ClaudeAgent】规划与协调-技能 上周热点回顾(4.6-4.12) 电子小白的工具三件套:面包板、杜邦线、万能板 单表五亿数据的查询优化 | Mysql、StarRocks 2. WorkBuddy:从“我是谁”到“帮我干活” C# 如何减少代码运行时间:7 个实战技巧 基于HelixToolkit.SharpDX 渲染3D模型 - 笺上知微 从零开始的双臂具身VLA起源及现阶段发展综述 - SkyXZ 记对 xonsh shell 的使用, 脚本编写, 迁移及调优 - pluvium27 受够了Vibe Coding的失控?换个起点,让AI事半功倍 从开始配置漏洞环境到漏洞复现流程 - 難しい 关于10年工作经验的程序员对OpenClaw的实战经验分享以及看法 - 虚无境 Any metadata 的内存布局 C# .NET 周刊|2026年3月2期 - InCerry 我帮你测过了,测试圈排名第二的 Skill 依然很牛逼 Skill Discovery | 无监督技能发现的经典工作总结 - MoonOut PbootCMS 网站内容数量多导致访问慢?这些实用优化方案帮你提速! - 家兴网络技术工作室 上下文工程是什么?过时了么?一文讲明白! - 一枫说码 网站漏洞怎么发现并修复?一篇实用指南(附完整流程) - 家兴网络技术工作室 开了 TUN 模式还是直连?90% 的人都踩过这个坑 Github日报|2026年04月12日 - AI一族 AScript扩展多种脚本语言 - rockey627 AI 学习笔记:Agent 的记忆机制 你能被装进一个文件里吗?——7 万人把同事"蒸馏"成了 AI - 我没有三颗心脏 Claude Code 通关手册(七):给 AI 装上技能包——Skills 完全指南 - 暮色之狐 在浏览器中快速编辑代码:VSCode Web 集成实践 - Newbe36524 蒸馏自己 skill?基于 Deepseek 的蒸馏器,丐版蒸馏方式,简单便捷 - To_Carpe_Diem Spring AI Aliababa和AgentScope,哪个更好? - 苏三说技术 Etsy 把 1000 个 MySQL 分片迁进 Vitess:425TB 数据背后的真正问题不是性能,而是运维规模 MicroPython LVGL基础知识和概念:底层渲染与性能优化 - FreakStudio 数据库草图算法 Python 潮流周刊#146:CPython 引入 Rust 的进展 - 豌豆花下猫 最小生成树 - mofei1116 红日靶场七:从外网入口、容器逃逸到 AD 接管的完整利用链复盘 - YouDiscovered1t 分享四款开源且实用的 Kafka 管理工具 - 追逐时光者 vLLM 权重加载机制全解析:从挑战到理想架构 LCT 学习笔记 - ACehomoxue Avalonia UI 12.0.0 正式发布:架构演进和性能飞跃 - 张善友 当 AI Agent 把调用链拉长,延迟开始成为一门生意 conhost.exe 无法显示 U+2717 - 145a 太秀了,我把自己蒸馏成了 Skill!已开源 - 程序员鱼皮 ASP.NET Core 内存缓存实战:一篇搞懂该怎么配、怎么避坑 基于 Ghostty 带有分割标签页和为 Claude 编程设计的通知终端 - BugShare AI 焊死入口:教育的“操作系统级”重塑 - 郝hai 初级Java开发工程师使用sql脚本编写代码的过程是简单而且不糊涂 - CoderOilStation Claude Code通关手册(六):MCP协议完全指南 - 暮色之狐 边框灯光环绕动画特效实现指南 - Newbe36524 开源:子木蒸馏版的 SEO 审计工具 seo-audit-skill v1.0 我所理解的Python元模型 【从0到1构建一个ClaudeAgent】规划与协调-TodoWrite - 程序员Seven Claude 和 Codex 在审计 Skill 上性能差异探究 - ACai_sec AScript如何实现中文脚本引擎 - rockey627 【渗透测试】HTB Season10 Garfield 全过程wp - dynasty_chenzi Android 开发者为什么必须掌握 AI 能力?端侧视角下的技术变革 树状数组正确性证明 - AC-wyr 你的 AI 焦虑,可能比 AI 本身更危险——ATM 机没有消灭银行柜员,但恐慌消灭了你的判断力 - 我没有三颗心脏 一个拉胯的分库分表方案有多绝望?整个部门都在救火! - 冰河团队 动态规划入门必学之走方格问题 - Ofnoname PostgREST 与 PostgreSQL 角色权限配置全解析(生产级实践) - SheepDog1998 使用 UEFI 图形输出协议 GOP 在屏幕上显示图像的方法 - 阿源- Claude Code通关手册(五):组建你的AI专家团队,子代理系统 - 暮色之狐 一个程序员到架构师的催婚路之感悟(整整10年后的催婚相亲感悟) - MisterLip 用 Agent Skill 自动生成工作周报 - 赵康
碎片装箱问题的贪心下界
Ofnoname · 2026-06-26 · via 博客园_首页

装箱问题是这样一个问题:有 \(n\) 个物品,大小分别为 \(s_1,s_2,\ldots,s_n\),其中 \(0 < s_i \le 1\),每个箱子的容量为 \(1\),目标是把所有物品放进若干箱子,使得每个箱子内物品大小之和不超过 \(1\),并最小化箱子数量。

这个问题很适合讲近似算法。它足够简单,简单到你可以在十分钟内写出好几个贪心版本;但它也足够刁钻,刁钻到“看起来很合理”的策略会在某些输入上稳定翻车。

这是一个 NP-hard 问题

严格地说,优化版本的 Bin Packing 是 NP-hard;对应的判定版本是:给定物品大小和整数 \(B\),是否能用不超过 \(B\) 个箱子装下所有物品?这个判定版本属于 NP,因为验证答案显然很简单。而证明 NP-hard 可以从 Partition 问题归约。

Partition 的输入是一组正整数 \(a_1,a_2,\ldots,a_n\),它们的总和为 \(2T\),问题是能否选出一部分数,使其和恰好为 \(T\)。已知这个问题是 NP-hard。把每个整数 \(a_i\) 变成一个物品,容量设为 \(T\),问能不能用 \(2\) 个箱子装下所有物品。这个构造和原问题等价:如果存在一个和为 \(T\) 的子集,就把这个子集放进第一个箱子,剩下的总和也是 \(T\),放进第二个箱子;反过来,如果所有物品能放进两个容量为 \(T\) 的箱子,由于总大小是 \(2T\),两个箱子都必须刚好装满,于是其中一个箱子里的物品就对应一个和为 \(T\) 的子集。即 Partition 可以平凡地归约为 \( K=2\) 的 Bin Packing,

它说明 Bin Packing 至少是弱 NP-hard。而更深一步,通过 3-Partition 归约,还可以证明 Bin Packing 是强 NP-hard。

Next Fit:只记住当前箱子的贪心

对这样一个最小化问题,近似比通常写成 \(A(I) \le \rho \cdot \mathrm{OPT}(I)\),其中 \(A(I)\) 是算法求出的解,\(\mathrm{OPT}(I)\) 是最理论优解。

Next Fit 是最简单的在线算法。它只维护当前正在使用的箱子:新物品来了,如果能放进当前箱子就放进去;如果放不进去,就关闭当前箱子,打开一个新箱子。它的实现几乎不需要数据结构,扫描一遍即可,时间复杂度 \(O(n)\),额外空间也很低。

问题在于,它一旦关闭某个箱子,就再也不会回头看。对输入 \(0.51,0.51,0.49,0.49\),Next Fit 会先把第一个 \(0.51\) 放进第一个箱子;第二个 \(0.51\) 放不进去,于是开第二个箱子;随后 \(0.49\) 可以放进第二个箱子,使第二个箱子刚好满;最后一个 \(0.49\) 又只能开第三个箱子。它用了 \(3\) 个箱子,而最优只需要 \(2\) 个。

图片

不过 Next Fit 并不是完全没有理论保证。可以证明 \(A(I) \le 2\mathrm{OPT}(I)-1\)。每次开新箱子,说明当前物品放不进上一个箱子,因此相邻两个箱子的装载量之和会超过 \(1\)。把箱子两两配对,就能得到算法使用的箱子数不会超过最优解的大约两倍。当然,这个界也太粗,太宽了。

First Fit 和 Best Fit:重新利用旧箱子

First Fit 比 Next Fit 多做了一件事:新物品到来时,从前往后扫描已有箱子,把它放进第一个能容纳它的箱子;如果没有箱子能放下,才打开新箱子。Best Fit 则换了一个选择标准:把物品放入能够容纳它且剩余空间最小的箱子,尽量把某个箱子填紧。

这两个算法都可以在线运行,因为它们不需要提前知道未来物品。用平衡树或 multiset 维护剩余容量,每次找不小于当前物品大小的剩余空间(可以找最小的),然后更新该箱子的剩余容量,整体可以做到 \(O(n\log n)\) 量级。

从近似比看,First Fit 和 Best Fit 的经典渐近近似比都是 \(1.7\)。也就是说,可以认为它们在最坏情况下满足类似 \(A(I) \le 1.7\mathrm{OPT}(I)+O(1)\) 的,比 Next Fit 的 \(2\) 好,而“选择剩余最小的”也不会带来渐进性质的改善。不过,这个证明要复杂得多。当然,算法的实际表现通常比最坏情况好,不会一直顶着上界。

要构造较坏的例子,思路是按顺序喂给算法几批尺寸层级不同的物品:先给一批很小的物品,再给稍大一点的物品,让算法把早期开出的箱子填成一些看似还行、但剩余空间形状很差的状态;随后再给中等物品和大物品,使它们无法回填前面的空隙,只能不断开新箱子。例如,假设我们有 \(6n\) 个大小为 0.15 的物品, \(6n\) 个大小为 0.34 的物品,以及 \(6n\) 个大小为 0.51 的物品。最优的装箱方法显然是将一个 0.15、一个 0.34 和一个 0.51 的物品放在一个箱子里,因为它们加起来正好是 1。这样,\(6n\) 个箱子就能装下所有物品。

First Fit 的装箱过程:

  1. 处理 0.15 的物品:First Fit 会将每 6 个 0.15 的物品放入一个箱子,共使用 \(n\)个箱子。每个箱子被占用 0.9 的空间,无法再放入任何剩余物品。
  2. 处理 0.34 的物品:此时,之前装 0.15 物品的箱子已经无法再放入东西,因此 0.34 的物品只能放入新箱子。First Fit 会将每 2 个 0.34 的物品放入一个箱子,共使用 \(3n\) 个新箱子。这些箱子占用 0.68 的空间,也无法放入 0.51 的物品。
  3. 处理 0.51 的物品:前面的箱子都已无法再容纳任何物品,因此每个 0.51 的物品都必须单独占用一个新箱子,共使用 \(6n\) 个箱子。

First Fit 总共使用的箱子数为 \(n + 3n + 6n = 10n\)。因此,其近似比为 \(\frac{10n}{6n} = \frac{5}{3}\)。First Fit 的实际最坏情况 1.7 比率构造思路类似但更加复杂。

图片

First Fit 受箱子顺序影响,Best Fit 受“尽量填满”这个目标影响;它们都没有真正理解未来会不会出现一批刚好能填补缝隙的小物品。在线算法无法预知未来,这个限制不是实现技巧能消掉的。

Decreasing:排序改变了整个问题

如果允许离线处理,也就是所有物品一开始就已知,一个自然改进是先按大小从大到小排序,再运行 First Fit 或 Best Fit。这就得到 First Fit Decreasing,简称 FFD;以及 Best Fit Decreasing,简称 BFD。

排序的作用很朴素:先处理大物品,避免它们在后期无处可放。小物品更灵活,可以用来填缝。这个思路在装箱问题里尤其有效,因为大小超过 \(1/2\) 的物品每个都必须占据不同箱子,大小超过 \(1/3\) 的物品每个箱子至多放两个。越大的物品越强地约束最终结构,越应该早点决定位置。

FFD 的经典保证是 \(A(I) \le \frac{11}{9}\mathrm{OPT}(I)+1\),BFD 也有同阶的渐近保证。这个常数已经比在线贪心的 \(1.7\) 明显更好,离最优解已经很近了,而实现成本只是在原贪心前面加了一次排序。

这个界限的证明非常非常难。需要将可能出现的物品大小组合划分成上百种不同的“模式”,然后逐一分析装箱过程中“浪费”的空间。大物品限制了箱子的数量,小物品填充了空隙。但小物品的排列组合方式极其多样,必须证明最坏情况恰好发生在物品大小集中在 \(1/2\)\(1/3\) 附近,且这种组合造成的浪费刚好卡在 \(2/9\) 的空间上。

算法 是否在线 典型实现复杂度 近似保证
Next Fit \(O(n)\) 不超过 \(2\mathrm{OPT}-1\)
First Fit 朴素 \(O(nm)\),可优化 渐近比 \(1.7\)
Best Fit 通常 \(O(n\log n)\) 渐近比 \(1.7\)
First Fit Decreasing 排序后贪心 不超过 \(\frac{11}{9}\mathrm{OPT}+1\)
Best Fit Decreasing 排序后贪心 渐近比 \(11/9\) 级别

总结:缝隙和耐心

这个具体的动作实际上可以抽象成一个困难的组合优化问题。Next Fit 像一个没有耐心的人,只看眼前的箱子;First Fit 和 Best Fit 愿意回头翻旧箱子,但仍然被输入顺序牵着走;FFD 和 BFD 先把大块头安排好,再让小物品填补缝隙,于是一下子跨过了很多坏情况。他们都是贪心算法,虽然得不到最优解,但经过思路优化,已经有很近的界限了。