Rails应用程序中同时修改操作冲突问题的解决方案
发布于 2016-02-02 21:08:03 | 184 次阅读 | 评论: 1 | 来源: 网友投递
Ruby编程语言
Ruby，一种为简单快捷的面向对象编程（面向对象程序设计）而创的脚本语言，在20世纪90年代由日本人松本行弘开发，遵守GPL协议和Ruby License。它的灵感与特性来自于 Perl、Smalltalk、Eiffel、Ada以及 Lisp 语言。
这篇文章主要介绍了Rails应用程序中同时修改操作冲突问题的解决方案,本文讲解使用Rails 的 乐观锁解决这个问题并给出了代码救命,需要的朋友可以参考下
Rails 应用程序中操作冲突是一个常见问题，Rails 提供了简单有效的解决方法。
举一个实际的例子：我们的系统里有一个商店模块，商店中重要的一块是对产品信息的管理，比如运营人员常常会编辑产品的信息，包括产品标题，营销口号和价格等等。因为修改十分频繁，碰巧同时编辑提交修改的话，就会偶尔遇到修改丢失的问题，运营人员 A 修改产品标题，运营人员 B 修改价格，A 和 B 提交修改都提示修改成功，但是结果上只是 A 的修改结果生效，B 的修改被 A 的修改冲掉了。
仔细研究原因，发现是因为修改功能缺少操作冲突机制，而修改操作同时发生导致了问题。 如下图所示，A 和 B 同时从数据库中查询数据，在 web 页面中修改同样的数据，提交保存时是以 web 页面中提交的数据为准，从而导致 A 的修改把 B 的修改给覆盖了。
Rails 的 乐观锁Optimistic Locking 是解决这个问题的有力工具，它的原理是在数据库表中增加一个字段（默认是 lock_version，可配置）记录数据的版本号，每个提交的修改都带上这个版本号，在真正 update 修改数据之前，先判断提交的 lock_version 数据和数据库中的是否一致，如果不一致，则认为发生数据冲突，将抛出 ActiveRecord::StaleObjectError 异常，这样程序就可以捕获这个异常，提醒用户发生了冲突，由用户去协调解决冲突。
相关示例代码如下所示：
# migration: add lock_version to products
add_column :products, :lock_version, :integer, defalut: 0# update product with StaleObjectError checking
begin
product.update(params[:product])
rescue ActiveRecord::StaleObjectError
render 'confilct'
end