Rails综合报道：Rails 2.2将会是线程安全的，Rails Edge支持ETags

David Heinemeier Hansson 最近提到 Rails 2.2 将会修补一个 Rails 存在已久的问题：其缺乏线程安全性。Charles Nutter 在文章中进一步 阐述了线程安全的 Rails 意味着什么：

本质上，其意味着去掉每个输入的请求所添加的较为粗糙的锁，取而代之的是为需要在线程间共享的资源加上更为精细的锁。采用的方法如，日志子系统中的数据结 构要么修改成不在线程间共享，要么需要设计恰当的锁机制以保证两个线程之间不会发生交互，不会影响彼此的数据结构或发生冲突。对于一个数据库实例我们不是 分别建立其单独的数据库连接，而是使用连接池，这样使得 N 个数据库连接可以供 M 个并发请求使用。这同时意味着潜在的包含执行数据库操作的请求不需要耗费一个连接，因此活动的连接数目通常少于可以并发处理的请求个数。

Rails Github repository 提交的例子和说明显示了最近完成的线程安全相关的工作:

• “MemoryStore是唯一‘不安全’的存储。保证其缺省是线程安全的。”
• “添加了配置，要线程安全的开关，允许同时设置和禁止互相依赖的加载器” ——更多信息请看评论。
• “为每一个线程维护一个单独的缓存”

由于 Rails 缺乏线程安全的机制，需要使用多个独立的 Ruby 进程来为 Rails 应用服务，也就是使用非共享的方法。为了解决这个问题，也提出了很多技术和解决方案。 比如 Phusion Passenger 使用了一个修改的 Ruby 版本（基于写时拷贝友好的 GC），这种方法使得可以在 Ruby 实例间共享一些加载好的代码。这样也让管理一组程序的变得更为容易了。JRuby 允许在相同的 JVM（允许一定的代码共享） 中运行多个 JRuby 实例，从而减少多个 Rails 实例的运行开销。

即便是有线程安全的特性，Rails 站点仍然需要多个实例。其中的一个原因在于在 Ruby 1.8 中的用户空间线程系统，一个阻塞的 I/O 调用会阻塞解释器中所有的线程。尽管当前很多 I/O 库都使用非阻塞方式，但 当前的 Mysql 适配器不是 （实际上，问题源于 C 库没有释放解释器的锁）。不过有些数据库适配器支持非阻塞的请求，比如 Postgresql 适配器。
Never_block 是一个方便这些适配器使用的库，尽管暂时需要 Ruby 1.9 版本。

将应用分布于多个解释器也可以利用多核系统的优势，但实际上，纯用户空间线程不允许这样。

Rails Edge 的另一个新特性是 支持 更简单的有条件 Get ：

“有条件 GET” 是专用于 HTTP 的一个功能，其提供给 web 服务器一种方法来告知浏览器，GET 请求的结果没有变化，因此可以放心的从浏览器缓存中直接获取结果。

Tim Bray 对 ETags 进行了简单的介绍同时对其解决的问题也做了说明:

但是有的时候，一个单独的时间戳信息不够服务器判断客户端是否需要刷新其所请求的拷贝。
ETags 正是用于这种情况下的。其工作的原理是：当一个客户端发送 GET 请求时，除了将其请求的结果发送回去外，还需要返回一个 HTTP 头，格式类似于:
ETag: "1cc044-172-3d9aee80"
在引号中的是一个签名，反映了请求的资源的当前状态。

查看英文原文： Rails Roundup: Rails 2.2 Will Be Threadsafe, ETags Support in Rails Edge