一句话摘要

OpenOffice 曾经是开源世界的明星：免费、跨平台、下载量超 3 亿，Linux 桌面的默认办公套件。但它先后被 Sun、Oracle 两个商业公司掌控，治理越来越僵化；2010 年 Oracle 的傲慢逼走了核心开发者，社区分叉出 LibreOffice。 分叉之后，OpenOffice 只剩空壳——2016 年后几乎没有实质更新，成为一个”名义上还活着、实际上已死亡”的项目。这是开源项目治理失败的经典标本。

发生了什么

• 2000 年：Sun 收购 StarOffice 并开源，OpenOffice.org 诞生，迅速成为最成功的开源项目之一
• 2000-2009 年：OpenOffice 统治开源办公市场，下载量数亿，各大 Linux 发行版默认安装
• 2009 年：Oracle 收购 Sun，接手 OpenOffice——治理风格骤变，社区话语权被压缩，贡献流程僵化
• 2010 年 9 月：核心开发者集体出走，成立 The Document Foundation，分叉出 LibreOffice
• 2010 年 12 月：LibreOffice 发布首个版本；各大 Linux 发行版纷纷切换默认办公套件为 LibreOffice
• 2011 年：Oracle 将 OpenOffice 捐赠给 Apache 基金会（安抚社区，但为时已晚）
• 2011-2016 年：Apache OpenOffice 名义上继续存在，但核心开发力量已走光，版本更新缓慢、功能停滞
• 2016 年：Apache OpenOffice 4.1.3 发布，之后进入”几乎停更”状态——至今仍是 4.1.x，多年未有大版本
• 结局：LibreOffice 成为事实标准；OpenOffice 成为”僵尸项目”样本

关键数据

指标	数值
诞生	2000 年（开源）
事实停更	2016 年后
巅峰下载量	3 亿+
分叉事件	2010 年，LibreOffice
商业主人	Sun → Oracle → Apache
现状	名义存活，实质停滞

为什么会死

1. 治理僵化：商业公司的傲慢杀死社区

Oracle 接手后，OpenOffice 的治理模式从”社区驱动”变成”公司主导”：贡献门槛提高、决策流程官僚化、核心开发者被边缘化。 开源项目的生命力在社区；当社区感觉”我们说了不算”时，项目就开始失血。Oracle 没有意识到：它买到的不是代码，是一个社区的信任——而信任是买不来的。

2. 分叉即分流：社区用脚投票

2010 年的分叉是决定性事件：几乎全部核心开发者、大部分活跃贡献者、所有主流 Linux 发行版都去了 LibreOffice。 OpenOffice 虽然保留了名字和域名，却失去了”人”——而没有人的开源项目只是代码坟场。分叉不是失败本身，分叉后失去竞争力才是失败。

3. 没有”进化”：技术与产品双双停滞

当 Google Docs 在线协作崛起、LibreOffice 快速迭代时，OpenOffice 的功能更新几乎冻结（多年停留在 4.1.x），界面老旧、在线协作缺失、性能没有改进。 一个不更新的开源项目，即使”名义活着”，在用户心智里已经死了。

4. 治理模式与项目阶段错配

开源项目需要与其生命周期匹配的治理：早期需要强领导集中决策，成熟期需要开放的治理与稳定的贡献管道。 OpenOffice 的教训是：在项目最需要”开放”的时候，治理反而走向”封闭”——Apache 接管后虽然流程开放，但核心力量早已流失，开放了个寂寞。

5. 品牌与资产的诅咒：大厂/基金会”接盘”不等于复活

Oracle 把 OpenOffice 捐给 Apache，看似”延续生命”，实际是把一个已无核心团队的项目交给一个流程复杂的基金会。“有人接盘”不等于”有人开发”；商标、域名、代码库的移交，掩盖不了贡献者流失的事实。 资产可以转移，能力不能。

可复用的教训

• 开源项目的核心资产是”人”，不是代码。 代码可以被收购、被捐赠，人只能用信任与治理来留住。
• 治理方式必须与社区预期匹配。 商业公司接手开源项目，最忌讳”把社区当用户，把贡献者当外包”。
• 警惕”名义存活”：没有版本更新、没有提交活动的项目，就是死亡。 判断开源项目健康度看贡献者活跃度与发布节奏，别只看下载量。
• 分叉不可怕，可怕的是分叉后失去竞争力。 与其守住一个僵化的品牌，不如让社区在有活力的分叉里继续进化。

相关案例

• CoffeeScript：被标准吸收的语言 —— 同为”曾辉煌、后停滞的技术”
• Google Reader：大公司战略下的产品死亡 —— 同为”资产与用户分离时的死亡”