1.2 版本时间线：从 2.6.8 停更到 2.13.9 重启活跃

第一幕：辉煌与沉淀

layui 曾经是国内中后台项目的默认选项之一。凭借 jQuery 生态的低门槛、齐全的组件与扎实的文档，它被大量管理后台、企业内部系统采用，table、form、layer 这些组件名几乎成了后台开发的通用词汇。那段时间的 layui，是一个稳定、可靠、随处可见的框架，也为它后来积累了庞大的存量项目。

第二幕：2021 年，停更

2021 年 10 月前后，layui 宣布停止维护。对社区来说，这不是一条普通的消息：大量项目正跑在它上面，作者 sentsim 的这一决定意味着框架不再有后续版本。2.6.8 成为停更前的最后一个版本，此后相当长一段时间里，这个版本号成了无数老项目的固定坐标。停更期间，社区里关于 layui 还能不能用、要不要换掉的讨论从未停过——很多今天能在网上搜到的教程、问答，也停留在了这个时代。

对存量项目而言，停更并不等于不能用：框架代码是静态的，功能不会自己坏掉；真正坏掉的是未来——浏览器演进带来的兼容问题、新需求所需的组件能力，都不再有人响应。这也是我反复强调版本时间线的原因：接手一个 layui 项目时，先确认它停在时间线的哪一格。

第三幕：恢复维护

故事在停更之后出现了转机：layui 恢复维护，从 2.8.0 起开始持续迭代。框架重新有了版本推进，文档与生态也随之回到正轨。需要说明的是，2.8 与 2.9 系列的具体变更细节，以官方更新日志为准；这里只需记住两个关键事实——恢复维护的起点是 2.8.0，而 2.9.x 后来成为还需兼容 IE8 场景的兜底选择。

对当时的使用者来说，重启意味着两件事：一是可以继续留在熟悉的体系里做新需求，二是不必急匆匆迁往别的框架。恢复维护不等于立刻就有新特性可用，但至少说明这条版本线重新有了心跳。

第四幕：高频迭代期

进入 2.10 之后，layui 的迭代明显提速，官方进入高频发版期。把关键节点串成一张表：

2.10 到 2.13 这一轮迭代，新特性密集落地，这也是新版本最吸引人的地方：

这些特性的具体用法与升级影响，后面的章节会细讲，此处点到为止。

这里要特别提一句 jQuery 的升级：2.10.0 起，内置 jQuery 升级至 v3.7.1，同时最低浏览器兼容过渡到 IE9。这两件事对老项目不是小事——依赖 IE8 的项目只能停在 2.9.x；而对不再顾虑老浏览器的新项目来说，这恰好是拥抱新版本的起点。

心得：看发版活跃度选框架

写这一节时，我最想留下的一条心得是：判断一个框架是否值得投入，先看它的发版活跃度。具体可以盯三件事：

• 看更新日志的节奏，发版间隔是否稳定、是否仍在持续推进。
• 看版本号曲线，是在原地踏步还是持续向前。
• 看官方文档与生态是否随版本同步更新。

一条活跃的版本线，意味着问题有人修、特性有人加、生态有人维护；而一条停更的版本线，哪怕组件再经典，也意味着你遇到的坑只能自己填。layui 从 2.6.8 的绝版，到 2.8.0 重启，再到 2.11.0、2.12.0、2.13.0 的密集发版，直至 2026 年 8 月的 2.13.9，这条曲线本身就是最好的选型依据——它重新活过来了，而且活得很有节奏。