Tonado与Django的比较

最新推荐文章于 2025-05-03 10:40:55 发布

墨飏韶年

最新推荐文章于 2025-05-03 10:40:55 发布

阅读量606

点赞数

CC 4.0 BY-SA版权

分类专栏： Django django简单入门文章标签：文档异步 tornado django

本文链接：https://blog.youkuaiyun.com/weixin_37887248/article/details/81094581

Django 同时被 2 个专栏收录

23 篇文章

订阅专栏

django简单入门

9 篇文章

订阅专栏

本文探讨了Django与Tornado这两个Python Web框架的特点。Django以其自动化后台管理和丰富的组件适用于快速开发中小型网站，而Tornado则凭借其异步IO和高性能特性更适合处理高并发请求。两者各有优势与局限。

摘要生成于 C知道，由 DeepSeek-R1 满血版支持，前往体验 >

参考链接：
http://www.maiziedu.com/article/9990/
https://www.oschina.net/code/snippet_77175_5421

tornado和django的开发思维完全不同。基本上整个tornado都是围绕着异步和协程的。代码中坑多，文档少。学习难度比django大不少。从django到tornado必须要转变编程思维。这点是需要注意的。Django是最出名的python框架，Google App Engine甚至Erlang都有框架受它影响。

django

优势：
一个大一统的框架，很多东西拿来就用，而且文档齐全。什么都有，你能想到的功能其都有对应contrib组件给你用，大而全，适合小型的压力不大的项目，它最出名的是其全自动化的管理后台：只需要使用起ORM，做简单的对象定义，它就能自动生成数据库结构、以及全功能的管理后台。Django提供的方便，也意味着Django内置的ORM跟框架内的其他模块耦合程度高。应用程序必须使用Django内置的ORM，否则就不能享受到框架内提供的种种基于其ORM的便利；理论上可以切换掉其ORM模块，但这就相当于要把装修完毕的房子拆除重新装修，倒不如一开始就去毛胚房做全新的装修。Django的卖点是超高的开发效率，其性能扩展有限；采用Django的项目，在流量达到一定规模后，都需要对其进行重构，才能满足性能的要求。Django适用的是中小型的网站，或者是作为大型网站快速实现产品雏形的工具。Ruby的Rails也有类似的问题；以Twitter为例，推特到了今日的规模，不要说Rails，甚至是连Ruby都需要抛弃重来。

劣势：
一旦压力上来其是扛不住的，毕竟一是太重，而是非异步。

tornado

优势：
epoll异步性能高，还支持长连接。异步io，框架轻巧，适合组合各种模块来搭建服务。灵活性比较强。 Tornado走的是少而精的方向，它也有提供模板功能；虽然不鼓励，但作者是可以允许在模板进行少量编码的。如果跟asp.net相比，Tornado有点类似仅实现了AsyncHttpHandler；除此之外，全部需要自己去实现。好吧，其实它有模板，有国际化支持，甚至还有内置的OAuth/OpenID模块，方便做第三方登录，它其实也直接实现了Http服务器。
劣势：
功能/第三方库相对少，而且想多实例还要自己去配置，再者没有很成熟的配套framework,而只是提供了核心的功能，其余的都需要你自己来做。建议先熟悉django,随后在了解reactor基础上再来接触tornado. 这样你就可以在tornado中使用很多django成熟的东西，比如middleware。但它没有ORM（仅有一个mysql的超简单封装），甚至没有Session支持，更不要说Django那样自动化的后台。假设是一个大型网站，在高性能的要求下，框架的各个部分往往都需要定制，可以复用的模块非常少；一个以Django开发的网站，各部分经过不断的定制，Django框架剩下的，很有可能也就是tornado一开始所能提供的这部分。

Http服务器

Tornado为了高效实现Comet/后端异步调用HTTP接口，是直接内嵌了HTTP服务器。前端无需加apache / lighttpd / nginx等也可以供浏览器访问；但它并没有完整实现HTTP 1.1的协议，所以官方文档是推荐用户在生产环境下在前端使用nginx，后端反向代理到多个Tornado实例。 Tornado本身是单线程的异步网络程序，它默认启动时，会根据CPU数量运行多个实例；充分利用CPU多核的优势。

单线程异步

网站基本都会有数据库操作，而Tornado是单线程的，这意味着如果数据库查询返回过慢，整个服务器响应会被堵塞。数据库查询，实质上也是远程的网络调用；理想情况下，是将这些操作也封装成为异步的；但Tornado对此并没有提供任何支持。这是Tornado的设计，而不是缺陷。一个系统，要满足高流量；是必须解决数据库查询速度问题的！数据库若存在查询性能问题，整个系统无论如何优化，数据库都会是瓶颈，拖慢整个系统！
异步并不能从本质上提到系统的性能；它仅仅是避免多余的网络响应等待，以及切换线程的CPU耗费。如果数据库查询响应太慢，需要解决的是数据库的性能问题；而不是调用数据库的前端Web应用。对于实时返回的数据查询，理想情况下需要确保所有数据都在内存中，数据库硬盘IO应该为0；这样的查询才能足够快；而如果数据库查询足够快，那么前端web应用也就无将数据查询封装为异步的必要。就算是使用协程，异步程序对于同步程序始终还是会提高复杂性；需要衡量的是处理这些额外复杂性是否值得。如果后端有查询实在是太慢，无法绕过，Tornaod的建议是将这些查询在后端封装独立封装成为HTTP接口，然后使用Tornado内置的异步HTTP客户端进行调用。