个人拙见。

入门的话用Express1，这个因为和Node原生的WEB机制最接近，所以更简单易学，也有助于理解Node原生的WEB机制。 之后可以尝试一下Koa1，学习一下ES6，了解一下不大一样的开发思想。再之后Express2还是Koa2还是其他的就看自己的需求了。

Express和Koa两者的对比，用一句话来说的话就是：业务逻辑中并行异步逻辑多的话用Express，同步逻辑多的话用Koa。 详细一点的话，好多人从Express迁移到Koa是因为他们遇到的绝大多数的业务逻辑都是需要同步执行的，用Express的话要写大量的回调和Promise来保证代码同步执行，Koa可以不用写回调函数或Promise的嵌套，用“异步的写法”就可以实现同步的功能。 另外Express出得很早，Koa出得很晚，所以从Koa有好多设计恰好解决了Express在某些场景下存在的一些问题，同时Koa也用上了如Generator等ES6的新技术。

其实这些个技术也不能说哪个比哪个好，主要看应用在什么场景下，你可以说一个项目现阶段的API业务逻辑都是同步逻辑，所以Koa比Express更加适合，但是以后如果单个API的业务逻辑变得非常复杂，需要使用大量异步程序来优化性能的话，可能又要换回Express了。

Express和Koa都很快要普及2.0了。

@fantasticsoul 也可以，多不了几行代码，看自己需求，我只是觉得懒得自己写co，既然Koa已经把co集成好了，我就直接用Koa就好了。

@fantasticsoul 相信我，Koa比想象的成熟的多，我们公司的好几个主要项目用Koa1生产化应用一年多了，相当稳定了，用户量几百万，从来没有因为Koa出过问题。另外社区上大家都热衷于将Express的库移植到Koa上，也都挺成熟了，其实现在两个圈子差不多了。不过因为Koa一开始就用了ES6，所以他的库通常也都是ES6的，测试性能要好很多，let和const等指令也有效降低了Bug率。

@fantasticsoul 所以论坛里大多数人都认为Koa仍然是实验性的、缺乏支持的、不稳定的玩具嘛？看到好几篇帖子在黑Koa。

@jsummer 有点笔误，Express是5.0要出来了，Koa是2.0要普及了。

@i5ting Express哪个是笔误，我想写的是Express4和5，多谢指出。

抱歉我没有写明白，可能让你有所误解，Koa的设计可以让人在有大量同步逻辑的时候节省大量异步写法；当然现在新版Node支持的特性更多更好了，如果你不用Koa的话自己用generator、async／await的写在也可以这么做了，我很懒，所以如果Koa帮我做了这些事我就懒得自己写了，开发起来也快一些。

不存在同步逻辑和异步逻辑的说法

如果别人没说过的话可能是我自己造的两种说法，但实际应用的时候确实存在，这个可能我举几个例子比较好。 比如一个API要确保从数据库里读出一个数据，再往另外一个表中插入数据，完成后再返回给前端；这就是所谓的同步逻辑，必须要确保每一步执行完才能执行下一步，框架不提供简单的异步转同步的写法的话要自己封装回调函数、Promise、generator等等结构，Express将选择权留给开发者，并尽可能做了兼容，但Koa是直接将Generator集成到框架思想中，所以遇到这种前面必须执行完才执行后面的情况的话用Koa很省时省力。 再如一个API会同时从数据库中取出100条记录，分别处理，处理完再存回数据库；这里每一条记录的处理都是独立的，所以100条记录的处理实际上是可以异步同时进行的，这就是我所谓的异步逻辑。

当然我上面说的这些观点都不是绝对的，和业务需求、个人习惯有很大关系。

@i5ting 是啊，自己用了Koa很久了所以很纳闷，论坛里有好多帖子都在写Express和Koa的对比，但文章举的例子在我看来只是没有用好或者不适合用Koa而已。

总之呢，Express和Koa真的不是选择一个就好，而是两个迟早都要学一学，以后技术选型可以根据不同的需求选择用Express还是Koa，但只是对于初学者的话，推荐Express，不理解内部细节和ES6的话刚上来搞Koa会有点费解。