简介
Twisted 是用 Python 实现的基于事件驱动的网络引擎框架. Twisted 诞生于 2000 年初, 在当时的网络游戏开发者看来, 无论他们使用哪种语言, 手中都鲜有可兼顾扩展性及跨平台的网络库. Twisted 的作者试图在当时现有的环境下开发游戏, 这一步走的非常艰难, 他们迫切地需要一个可扩展性高, 基于事件驱动, 跨平台的网络开发框架, 为此他们决定自己实现一个, 并从那些之前的游戏和网络应用程序的开发者中学习, 汲取他们的经验教训.
Twisted 支持许多常见的传输及应用层协议, 包括 TCP,UDP,SSL/TLS,HTTP,IMAP,SSH,IRC 以及 FTP. 就像 Python 一样, Twisted 也具有 "内置电池"(batteries-included)的特点. Twisted 对于其支持的所有协议都带有客户端和服务器实现, 同时附带有基于命令行的工具, 使得配置和部署产品级的 Twisted 应用变得非常方便.
使用基于事件驱动的编程模型, 而不是多线程模型.
跨平台: 为主流操作系统平台暴露出的事件通知系统提供统一的接口.
"内置电池" 的能力: 提供流行的应用层协议实现, 因此 Twisted 马上就可为开发人员所用.
符合 RFC 规范, 已经通过健壮的测试套件证明了其一致性.
能很容易的配合多个网络协议一起使用.
可扩展.
架构概念
在单线程同步模型中, 任务按照顺序执行. 如果某个任务因为 I/O 而阻塞, 其他所有的任务都必须等待, 直到它完成之后它们才能依次执行. 这种明确的执行顺序和串行化处理的行为是很容易推断得出的. 如果任务之间并没有互相依赖的关系, 但仍然需要互相等待的话这就使得程序不必要的降低了运行速度.
在多线程版本中, 这 3 个任务分别在独立的线程中执行. 这些线程由操作系统来管理, 在多处理器系统上可以并行处理, 或者在单处理器系统上交错执行. 这使得当某个线程阻塞在某个资源的同时其他线程得以继续执行. 与完成类似功能的同步程序相比, 这种方式更有效率, 但程序员必须写代码来保护共享资源, 防止其被多个线程同时访问. 多线程程序更加难以推断, 因为这类程序不得不通过线程同步机制如锁, 可重入函数, 线程局部存储或者其他机制来处理线程安全问题, 如果实现不当就会导致出现微妙且令人痛不欲生的 bug.
在事件驱动版本的程序中, 3 个任务交错执行, 但仍然在一个单独的线程控制中. 当处理 I/O 或者其他昂贵的操作时, 注册一个回调到事件循环中, 然后当 I/O 操作完成时继续执行. 回调描述了该如何处理某个事件. 事件循环轮询所有的事件, 当事件到来时将它们分配给等待处理事件的回调函数. 这种方式让程序尽可能的得以执行而不需要用到额外的线程. 事件驱动型程序比多线程程序更容易推断出行为, 因为程序员不需要关心线程安全问题.
当我们面对如下的环境时, 事件驱动模型通常是一个好的选择:
程序中有许多任务, 而且...
任务之间高度独立 (因此它们不需要互相通信, 或者等待彼此) 而且...
在等待事件到来时, 某些任务会阻塞.
当应用程序需要在任务间共享可变的数据时, 这也是一个不错的选择, 因为这里不需要采用同步处理.
网络应用程序通常都有上述这些特点, 这使得它们能够很好的契合事件驱动编程模型.
Reactor 模式
Twisted 实现了设计模式中的反应堆 (reactor) 模式, 这种模式在单线程环境中调度多个事件源产生的事件到它们各自的事件处理例程中去.
Twisted 的核心就是 reactor 事件循环. Reactor 可以感知网络, 文件系统以及定时器事件. 它等待然后处理这些事件, 从特定于平台的行为中抽象出来, 并提供统一的接口, 使得在网络协议栈的任何位置对事件做出响应都变得简单.
- while True:
- timeout = time_until_next_timed_event()
- events = wait_for_events(timeout)
- events += timed_events_until(now())
- for event in events:
- event.process()
- reactor
管理回调链
回调是事件驱动编程模型中的基础, 也是 reactor 通知应用程序事件已经处理完成的方式. 随着程序规模不断扩大, 基于事件驱动的程序需要同时处理事件处理成功和出错的情况, 这使得程序变得越来越复杂. 若没有注册一个合适的回调, 程序就会阻塞, 因为这个事件处理的过程绝不会发生. 出现错误时需要通过应用程序的不同层次从网络栈向上传递回调链.
- import getPage
- def processPage(page):
- print(page)
- def logError(error):
- print(error)
- def finishProcessing(value):
- print("Shutting down...")
- exit(0)
- url = "http://google.com"
- try:
- page = getPage(url)
- processPage(page)
- except Error, e:
- logError(error)
- finally:
- finishProcessing()
同步
- from twisted.internet import reactor
- import getPage
- def processPage(page):
- print (page)
- finishProcessing()
- def logError(error):
- print (error)
- finishProcessing()
- def finishProcessing(value):
- print ("Shutting down...")
- reactor.stop()
- url = "http://google.com"
- getPage(url, processPage, logError)
- reactor.run()
异步
Deferreds
Deferred 对象以抽象化的方式表达了一种思想, 即结果还尚不存在. 它同样能够帮助管理产生这个结果所需要的回调链. 当从函数中返回时, Deferred 对象承诺在某个时刻函数将产生一个结果. 返回的 Deferred 对象中包含所有注册到事件上的回调引用, 因此在函数间只需要传递这一个对象即可, 跟踪这个对象比单独管理所有的回调要简单的多.
Deferred 对象包含一对回调链, 一个是针对操作成功的回调, 一个是针对操作失败的回调. 初始状态下 Deferred 对象的两条链都为空. 在事件处理的过程中, 每个阶段都为其添加处理成功的回调和处理失败的回调. 当一个异步结果到来时, Deferred 对象就被 "激活", 那么处理成功的回调和处理失败的回调就可以以合适的方式按照它们添加进来的顺序依次得到调用.
Transports
Transports 代表网络中两个通信结点之间的连接. Transports 负责描述连接的细节, 比如连接是面向流式的还是面向数据报的, 流控以及可靠性. TCP,UDP 和 Unix 套接字可作为 transports 的例子. 它们被设计为 "满足最小功能单元, 同时具有最大程度的可复用性", 而且从协议实现中分离出来, 这让许多协议可以采用相同类型的传输. Transports 实现了 ITransports 接口.
Protocols
Protocols 描述了如何以异步的方式处理网络中的事件. HTTP,DNS 以及 IMAP 是应用层协议中的例子. Protocols 实现了 IProtocol 接口.
Applications
Twisted 是用来创建具有可扩展性, 跨平台的网络服务器和客户端的引擎. 在生产环境中, 以标准化的方式简化部署这些应用的过程对于 Twisted 这种被广泛采用的平台来说是非常重要的一环. 为此, Twisted 开发了一套应用程序基础组件, 采用可重用, 可配置的方式来部署 Twisted 应用. 这种方式使程序员避免堆砌千篇一律的代码来将应用程序同已有的工具整合在一起, 这包括精灵化进程(daemonization), 日志处理, 使用自定义的 reactor 循环, 对代码做性能剖析等.
应用程序基础组件包含 4 个主要部分: 服务 (Service), 应用(Application), 配置管理(通过 TAC 文件和插件) 以及 twistd 命令行程序.
Service
Service 就是 IService 接口下实现的可以启动和停止的组件. Twisted 自带有 TCP,FTP,HTTP,SSH,DNS 等服务以及其他协议的实现.
来源: http://www.bubuko.com/infodetail-3032058.html