-
读取要更新的记录。
对记录按照用户的意愿进行修改。当然，这个时候不会修改 ver 字段。 这个字段对用户是没意义的。
在保存记录前，再次读取这个记录的 ver 字段，与之前读取的值进行比对。
如果 ver 不同，说明在用户修改过程中，这个记录被别人改动过了。那么， 我们要给出提示。
如果 ver 相同，说明这个记录未被修改过。那么，对 ver ＋1， 并保存这个记录。这样子就完成了记录的更新。同时，该记录的版本号也加了1。
由于ActiveRecord的更新过程最终都需要调用 yiidbBaseActiveRecord::updateInteranl() ，理所当然地，处理乐观锁的代码， 也就隐藏在这个方法中:
protected function updateInternal($attributes = null)
{
if (!$this->beforeSave(false)) {
return false;
}
// 获取等下要更新的字段及新的字段值
$values = $this->getDirtyAttributes($attributes);
if (empty($values)) {
$this->afterSave(false, $values);
return 0;
}
// 把原来ActiveRecord的主键作为等下更新记录的条件，
// 也就是说，等下更新的，最多只有1个记录。
$condition = $this->getOldPrimaryKey(true);
// 获取版本号字段的字段名，比如 ver
$lock = $this->optimisticLock();
// 如果 optimisticLock() 返回的是 null，那么，不启用乐观锁。
if ($lock !== null) {
// 这里的 $this->$lock ，就是 $this->ver 的意思；
// 这里把 ver+1 作为要更新的字段之一。
$values[$lock] = $this->$lock + 1;
// 这里把旧的版本号作为更新的另一个条件
$condition[$lock] = $this->$lock;
}
$rows = $this->updateAll($values, $condition);
// 如果已经启用了乐观锁，但是却没有完成更新，或者更新的记录数为0；
// 那就说明是由于 ver 不匹配，记录被修改过了，于是抛出异常。
if ($lock !== null && !$rows) {
throw new StaleObjectException('The object being updated is outdated.');
}
$changedAttributes = [];
foreach ($values as $name => $value) {
$changedAttributes[$name] = isset($this->_oldAttributes[$name]) ? $this->_oldAttributes[$name] : null;
$this->_oldAttributes[$name] = $value;
}
$this->afterSave(false, $changedAttributes);
return $rows;
}
从上面的代码中，我们不难得出：
-
当 optimisticLock() 返回 null 时，乐观锁不会被启用。
版本号只增不减。
通过乐观锁的条件有2个，一是主键要存在，二是要能够完成更新。
当启用乐观锁后，只有下列两种情况会抛出 StaleObjectException 异常：
-
当记录在被别人删除后，由于主键已经不存在，更新失败。
版本号已经变更，不满足更新的第二个条件。
删除过程
与更新过程相比，删除过程的乐观锁，更简单，更好理解。代码仍在 yiidbBaseActiveRecord 中:
