EasyExcel，阿里开源项目出来后，就在GitHub上冲破33,000颗星，常年霸占Java趋势榜前列。
它最大的突破，是把Excel解析方式换成SAX流式解析。
简单说，就是一行一行读，而不是一次性把整个Excel全加载进内存。但遗憾的是，在2024年宣布停止维护。
开源世界有个很现实的规律，项目越成功，维护压力越大。
几千个Issue、无数兼容需求、各种复杂Excel特性……而维护者，却可能只有几个人。
再加上大厂内部的KPI调整、团队变动。
这个项目，自然就要慢慢“老去”了。
但故事没有结束。
真正让剧情反转的，是一个人。
EasyExcel的核心开发者——玉箫。
离开阿里之后，他做了一件很多人都没想到的事：重新写了一个项目。
名字叫：FastExcel（后来是捐赠给Apache，成为其POI的子项目，名字变成了FESOD）。
很多人第一次看到这个项目时，以为只是简单的fork。
结果一看代码才发现这几乎是一场彻底重构。FastExcel并不只是修Bug。
它做了三件很关键的事情。
第一件事，是性能继续压榨。
在原有SAX解析基础上，进一步优化内存和IO处理。面对大规模 Excel 数据，速度和稳定性都有明显提升。
第二件事，是支持更多复杂Excel特性。
例如复杂表头、格式处理、批量写入等。
很多原本需要自己写大量代码的功能，被重新封装进框架里。
第三件事，也是最关键的一点：兼容EasyExcel API。
换句话说，很多项目甚至可以一行代码不改，直接迁移。
API几乎一模一样，就是换个类名
技术问题解决了，但工程问题还在不过，即便有了 FastExcel，现实问题仍然存在。
很多企业在处理 Excel 数据时，真正麻烦的其实不是解析。
而是后面的工程问题：文件存储、并发写入、权限控制、版本管理……
这些事情，写Java代码当然能做，但成本不低。
于是很多企业开始换一种方式。
比如有些团队干脆不再把Excel当文件处理，而是直接把“表格逻辑”做成系统。
像Eversheet这种国产无代码开发工具，本质就是这个思路。
开发者不用写复杂代码，业务人员通过类似 Excel 的界面，画表格、写中文逻辑，就能把原本需要 Java 程序实现的业务流程搭出来。
而且还能进一步通过“自主搭建 + 专业协同”的互补模式来加速项目的“自研”进度，后期上线过程还能灵活修改。
也因此，表格工具的边界正在被重新定义。
它不再只是一个文件，而是一种应用开发方式。
总结回头看EasyExcel停更，按常理来说，这个故事应该结束了。
但偏偏有人不甘心。
于是，一个人继续维护代码，继续处理Issue，继续改Bug。
据社区统计，核心维护者过去几年处理了3000多个 Issue。
这背后没有KPI，也没有奖金。
只有一件事，把一个好工具继续做下去。
开源世界最有魅力的地方，其实就在这里。
最后，你有什么修正或补充的地方？
文 | eamon