第83章 GitHub上的姜太公 首页

字体:      护眼 关灯

上一页 目录 下一章

第83章 GitHub上的姜太公(3/3)

一个领先当前时代(2008年7月)一年到一年半左右的后端技术框架。”

“要求:高性能、轻量级、异步非阻塞。”

“要能完美解决C10K问题(即单机同时处理一万个并发连接)。”

“它必须在未来几年内,成为高并发领域的主流解决方案之一。”

这是一个极其刁钻的问题。

它考验的不仅仅是信息储备,更是对技术发展脉络的深刻洞察。

豆包的对话框里,出现了“正在思考……”的字样。

这一次,等待的时间比以往要长一些。

大概过了一分钟。

屏幕上,一行行文字开始浮现。

【框架名称:Tornado】

【核心理念:基于Python语言,利用epoll非阻塞网络I/O和协程,实现超高并发处理能力。】

【优势:轻量、高效,开发速度快,性能接近C语言开发的服务器。】

【发布时间:2009年9月,由FriendFeed公司发布并开源。】

夏冬看着屏幕上的名字,心脏有力地跳动了一下。

Tornado!

果然是它。

在前世,这个框架的出现,就像是在平静的湖面上投下了一颗重磅炸弹。

它让无数被高并发折磨得死去活来的Python程序员,第一次看到了曙光。

无数后来的知名网站,其早期版本都构建在这个框架之上。

现在,是2008年7月。

距离它真正的诞生,还有整整一年零两个月。

项目很好,但不至于好到让人2008年的程序员有惊世骇俗的感觉。

降维打击。

夏冬的眼神变得锐利起来。

“豆包,生成Tornado框架的V1.0版本核心代码。”

他的手指顿了顿,又补充了一句。

“代码完成度,百分之七十。”

“在最关键的异步任务调度模块,只留下接口定义和详细的注释,不给出具体实现。”


本文链接:https://m.wenjingbook.com/a/814_814653/2650986_3.html

上一页 目录 下一章