发布时间以首个版本发布（0.x）为准。
| 排名 | 框架名称 | star数 | 语言 | 首个版本发布时间 | github地址 | 备注 |
|---|---|---|---|---|---|---|
| 1 | express | 46.3k | js | 2010年1月 | https://github.com/expressjs/express | star和下载量最高的老牌框架 |
| 2 | koa | 28k | js | 2013年11月 | https://github.com/koajs/koa | |
| 3 | nest | 21.8k | ts | 2017年11月 | https://github.com/nestjs/nest | 增长最快的框架 |
| 4 | sails | 21k | js | 2012年7月 | https://github.com/balderdashy/sails | 最早的类ror框架 |
| 5 | egg | 14.3k | js | 2016年7月 | https://github.com/eggjs/egg | 阿里开源的node.js框架 |
| 6 | loopback | 12.9k | js/ts | 2013年6月 | https://github.com/strongloop/loopback & https://github.com/strongloop/loopback-next | |
| 7 | fastify | 12.6k | js | 2016年10月 | https://github.com/fastify/fastify | 性能最好的node.js 框架 |
| 8 | hapi | 11.8k | js | 2012年8月 | https://github.com/hapijs/hapi | |
| 9 | pomelo | 10.6k | js | 2012年12月 | https://github.com/NetEase/pomelo | 游戏框架 |
| 10 | node-restify | 9.6k | js | 2011年5月 | https://github.com/restify/node-restify | |
| 11 | adonis | 7.3k | ts | 2015年10月 | https://github.com/adonisjs/adonis-framework | 类似laravel的框架 |
nest.js 增长了0.8k 成为增长最快的框架 上月数据查看： https://cnodejs.org/topic/5d85edfb95464514f7ed8d7d
@eggper cnpm 没有公布相关数据，但从 npm 10月1日——10月7日 下滑量来看，nest.js 国内用户并不比egg 少。 另外， nest.js 也同样有使用 cnpm 的。何况 cnpm 并不会超过 npm 。
@junxing1025 可以去看知乎上相关评论，对 node.js 的批评大多集中在 js 太灵活，维护困难。 这也就解释了，2015 年前后还刮前后端大一统，后来就没然后了的原因。 因为当时，没有一个框架具有真正意义的大后端能力。 直到 nest.js loopback midwayjs 这类AOP 思想框架的相继出现，才开始改变了现状。 或者说，只有 nest.js 这类框架才能让其他后端看得起，从而慢慢用上 node.js 。
@Gitforxuyang 非要说既得利益的话，这些年投入开源的，远远高于回报，甚至目前还没看到回报。 原先喜欢 PHP， 推 laravel ，后来尝试 node.js 后觉得更有发展前景，喜欢上了 nest.js ，以及翻译了 nest.js 中文文档。
https://github.com/nestcn/docs.nestjs.cn 底部有些主机的广告，但目前加起来收入没超过 40美金，不够 docs VPS 一年的费用（目前运行两年多了），加上两万多行的翻译提交。
https://gitee.com/notadd/docs.nestjs.cn 这里目前收到的捐赠总共50 块钱。
QQ千人群： 277386223 。 目前也不存在广告。如果有合作，也欢迎。
喜欢 nest.js 的原因很简单， 很显然，这是 node.js 唯一一个能在后端翻身的框架。
以往的框架都被嘲笑“小儿科”，不然 2015年 那会，大家喊前后端大一统的时候…
如果说非要有什么私心的话，希望 node.js 好，自己团队也好招人~
之前跟作者在某篇文章中有多次的交流。我当时环境受人力水平、资源所限，在开发内部系统时，选择egg.js + ext.js，以js为 技术线，也顺利在3个月内完成开发、测试、上线。
很庆幸当时选择了这个组合方案，让技术难点的问题降至最低，同时也为这批技术水平不足的同仁，累积了一次完整全栈的实战经验。 在规划上，此系统开发完成，只能算是过渡版本与快速实战累积经验，在很多地方，没有办法像正规软件公司那样有一套实施的方法论。 不过…上面目标交付下来，只能尽力在有限的资源下解决，毕竟代码後面怎麽写，只有自已知道。
然而，还是要将软件开发方法导回正道，以及使用当下可能的主流技术线。
所以在10月底系统开发完成之後，内部逐步的引入新的前後框架；Ext.js包含了所有需要的东西，而React.js只能算是库，它还要搭配一 整套的全家桶，如react、react-router、redux、redux-saga、UI组件(material-ui、ant design)，团队又比较倾向阿里开源出来的技术， 所以目前前端框架使用ant design pro(react、dva、umi、ant design)，仍然采用v2( javascript版本)，而後端，我们慢慢往nestJS框架移 动，待人员适应後，前端也会转用typescript版本的ant design pro。
egg.js确实快速，小型的案子，可以很快产出原型，若要往下发展，可能就要考虑对应java spring boot的一些开发特色及优势。至於当时 请教作者有关工作流引擎的部份，我也另外做了决定，选用了java方案的camunda，目前顺利开发中(通过RESTful API来操作工作流引擎 与流程实例)，表单的部份，则是开发在ant design pro这边 ，目前还算顺利。
感谢作者不遗馀力的推广nestJS，团队也去了某教育视频网站，购买了nestJS的教学视频，目前感觉还不错。 以上分享
@wujohns 内部用户需要，我们只能做，不过尽量的利用资源，ant design pro搭配egg/nest可以开发许多应用，如果具备工作流能力，那可做的事情会更多，自认内部的开发动能完全不足，所以自已调研了jBPM、Activiti、Flowable、camunda这些有名的工作流软件，最後选定camunda，而目前开发难点也都排除。
我只把camunda作为独立的工作流中心，同时供多组的应用系统调用RESTful API，这样使用起来相当的便利。同时又具备camunda Modeler工具，来进行绘制流程的工作，可说是相当的友好。
同时集成kettle ETL工具，利用其E “T” L，的T：转换/计算的能力，来解决经常改变的需求公式，而不是直接使用代码开发/修改，kettle可以将制作好的job发布为url资源，让我调用驱动资料流转，在由Ant design pro作页面的资料显示渲染。
一切都还在学习进步中 以上~~
