在接受和转发的容器意义上，两者很相似。

tomcat：实现的协议更多，http 和 tcp 都支持。tomcat 还实现了 jsp 解析器。也就是 jsp 和 java 代码的互相转化。
uwsgi：只实现了 http 协议。

wiki https://en.wikipedia.org/wiki/Apache_Tomcat。

这么说吧，tomcat 实现的这一套都是基于 sun 公司的 servlet 协议来做的，而 uwsgi 做的事情，其实更多的是基于 python 的特性做的一个 http 服务，也就是说 uwsgi 是一套框架，而它的 http 只是基于这个框架做的一个插件。

下次升级的时候，更新点 bug 上去他们就懂了

当然是国庆后啊…白送的钱都不要？

@jokerlee 不过这玩意不是很熟 不做评价

@jokerlee 你说的是 rxjava 啊… rxjava 只是响应式风格 api 吧不是非阻塞模型

@jokerlee 服了，你哪里看到的？ dubbo 就是用 nio 写的…现在谁写框架不用非阻塞 io ……

楼主对于线程的理解…我只能说你大概是运维吧。对于 io 密集型的业务场景，你等一个 io 可能是 ms 级别的时间，相比之下切换线程带来的损耗微乎其微。如果是 cpu 密集型的，确实加线程反而因为增加切换上下文而不会有效果

@ittianyu 别人嘲讽你是因为，真实的线上环境不是只有单次 crud 的简单业务场景，而是比如有多层调用，甚至调用那种有时候几秒才能响应的第三方服务的真实复杂场景，在这种情况下，500 并发已经是非常高了。

多了 一般是用到就会看

性能问题一般就是带宽，数据库，线程数。你这个数据库有点慢了。

我已经被开除程序员籍，谢谢楼主

表白啊

@chenlaocong 现在服务器

不吹不黑 当时客户端 杭州 12k

楼主为啥不去深圳啊

业务开发没什么难点吧。框架及各种组件开发比如 dubbo，spring，spark，kafka 各种就是相对难些了。

建议熬到一年再出来。多给自己点时间，换工作应该是一件深思熟虑并且需要做好充分准备的事。当你没有准备好的时候，不要轻易去做决定和改变。

支持下楼主 关注了楼主的 guyhub