一句话摘要

2011 年 Ember.js 发布，它是前端框架里的”正统贵族”：全栈理念（路由+数据层+组件）、“约定优于配置”、CLI 工具链，2013-2014 年这些设计全面领先同行。但”正统”也意味着”厚重”——学习曲线陡峭、框架体量大、升级困难。当 React 以”轻量、灵活、可渐进”的姿态横扫市场时，Ember 的”一切都按我的规矩来”成了枷锁。新项目纷纷逃离，Ember 沦为存量应用的”遗老”。2023 年它宣布进入长期维护模式——名义上活着，实际上停止进化。

发生了什么

• 2011 年 12 月：Yehuda Katz（jQuery 核心成员）与 Tom Dale 发布 Ember.js
• 2012-2014 年：巅峰期——“前端全栈框架”理念领先（数据层 Ember Data、路由、模板），被许多团队选为”认真的选择”
• 2015 年：React 发布并爆发——“Learn once, write anywhere”的轻量哲学席卷市场；Ember 被贴上”笨重”标签
• 2016-2019 年：Ember 坚持自身路线（定期发布、语义化版本），但新项目选择它的越来越少
• 2020-2022 年：生态持续萎缩——招聘市场几乎不出现 Ember 岗位，社区转向 React/Vue
• 2023 年：核心团队宣布”长期维护模式”——停止激进功能迭代，仅维护稳定

关键数据

指标	数值
生命周期	2011-2023（12 年）
定位	全栈前端框架（路由+数据+组件）
理念	约定优于配置
巅峰	2013-2015 前三强
死亡方式	理念超前但生态掉队

为什么会死

1. “正统”的代价：厚重与陡峭

Ember 的”一切都有答案”意味着你必须接受它的完整世界观——想用一半都不行。而 React 允许你”只用一个组件”，渐进式采用让它几乎没有进入门槛。“全栈正统”在”轻量灵活”面前，失去了大多数新用户。

2. 升级地狱：每个大版本都是一次大迁移

Ember 的”发布节奏快”是优点也是灾难——每次大版本升级都要做大量迁移工作。老用户升级痛苦，新用户听说升级难就不敢入坑。“升级恐惧”会让一个框架的用户池慢慢冻结。

3. 生态的雪崩：人才流向 React

当招聘市场 90% 岗位写 React 时，Ember 开发者越来越少，培训资源、组件库、第三方工具全部萎缩。生态雪崩一旦开始，框架本身再努力也救不回来。

4. 理念的悖论：‘约定优于配置’在工程上是优点，在商业上是缺点

“约定优于配置”让 Ember 项目高度一致，但也让它显得’不容商量’。社区需要的是”开放、可组合、可插拔”（React 的生态哲学），Ember 的封闭一致性反而成了阻碍。

可复用的教训

• “正统且厚重”的产品，要警惕”轻量且灵活”的对手。 用户的耐心是有限的，学习成本是最大的门槛。
• 升级体验决定用户池的生死。 每次升级都伤筋动骨，等于定期赶用户走。
• 人才流向是生态的最终裁决。 没有开发者，再好的框架也只是技术遗产。