线程化变得容易了，因为不共享任何资源。没有资源冲突就意味着大多数线程化问题消失了。
延续大大简化了 Web 开发模型。有了延续，就可以将 Web 应用程序看成具有一系列请求的应用程序，能够提供更多的用户信息。图 2 给出了修改后的应用程序流。在用户启动应用程序之后，Web 服务器处于控制之中。应用程序不再是应付以任意次序到达的任意请求，而是变成了与一个用户进行统一且直接的交谈。
图 2. 延续支持更自然的应用程序流
与许多高阶抽象相似，延续也有缺点。这些缺点将影响依赖于延续的整体方式。延续服务器必须解决下面这些常见问题：
延续是昂贵的。 将数据放进会话中更容易了，这意味着会有更多的人将更多的数据放进会话中。框架设计者可以利用一种称为部分延续（partial continuations）的方法来降低开销，按照这种方法，框架只保存延续中应用程序特有的部分。
URL 变得难看了。 大多数延续服务器会在 URL 后面附加一个难看的延续标识符。
用户范例改变了。 如果大量使用延续服务器，用户体验就会改变。Back 按钮实际上会工作，这种体验会让某些用户感到迷惑。例如，如果在购物车中放了某些东西之后点击 Back 按钮，您会期望应用程序将这些东西从购物车中去掉吗？
总的来说，我相信延续代表着一种重大的技术进步，在不久的将来您可能会看到流行的延续服务器实现。现在我们来看看其他语言中的某些实现，然后我展示一些具体的细节。
其他语言中的实现
有好几种语言都具有基于延续的方法（参见 参考资料 中的链接以了解关于它们的更多信息）。最常见的实现是用 Lisp、Ruby 和 Smalltalk 编写的。
Seaside 是最流行的延续服务器，由 Avi Bryant 用 Smalltalk 实现。如果您希望掌握一个完全不同的极具生产效率的 Web 开发框架，那么就看看 Seaside 吧。这种体验会改变您进行 Java 编程的方式。
用 Ruby 编写的 Iowa 也是由 Avi Bryant 创建的，灵感来自 Web Objects。它现在在 Ruby 中使用和维护，具有一种不同的支持模式。
Wee 框架是另一种 Ruby 框架，它具有延续服务器的许多特征，但是没有使用本机语言延续。
ViaWeb 利用 Lisp 提供了延续功能，早在 1995 年就提供了出色的生产效率。
Continuity 是一种基于 Perl 的延续服务器。Perl 6 本身支持延续。
还有一些没有在这里列出的延续服务器。目前，大多数延续服务器实现是用支持延续的语言编写的，而这些语言不是主流语言。但是，以后的情况可能会不一样。
Java 语言中的延续服务器
Java 开发人员正在注意到基于延续的方式对构建 Web 框架的好处，但是 Java 语言不支持本机延续。如果您的语言不支持延续，那么就只有几种办法了：模拟延续、将延续添加到现有的语言中或者选用另一种语言。不同的 Java 框架（参见 参考资料）采用了不同的办法：
模拟延续。 一些 Java 框架使用替代方法来捕获执行状态。Lakeshore 使用线程，Spring Web Flow 使用状态机（在本文后面还将进一步讨论 Web Flow）。
选用另一种语言。 Java 虚拟机可以基于其他语言。Cocoon 2 通过 Rhino 采用这种方式，Rhino 是一种虚拟机，它支持 JavaScript，也支持 Java。
实现延续。 Jetty 6 servlet 容器、RIFE 和 WebWork 采用这种方式。
模拟本机延续
不一定非使用延续来捕获执行状态。暂停的线程和状态机都可以捕获执行状态。线程化方式简单地冻结并存储现有的线程。这种方式有一点儿受限制，因为它不提供无状态性能 —— 实际上是为每个用户使用一个单独的线程。
文章来源于领测软件测试网 https://www.ltesting.net/
