机会锁示例
以下示例演示了在机会锁被创建和损坏时的数据和 SMB 消息移动。 请注意，客户端可以缓存文件属性数据以及文件数据。
另请注意，这些示例基于客户端应用程序从远程服务器请求机会锁的情况。 这些进程由网络重定向程序和远程服务器自动启动，客户端应用程序或应用程序不直接参与。 这些示例描述的过程可以通用化为本地客户端应用程序直接从本地文件系统请求机会锁的情况，但不涉及通过网络交换数据的情况。
级别 1 机会锁
下图显示了文件上 1 级机会锁的网络流量视图。 箭头指示数据移动的方向（如果有）。
| 事件 | 客户端 X | 服务器 | 客户端 Y |
|---|---|---|---|
| 1 | 打开文件，请求级别为 1 的锁 ==> | ||
| 2 | <== 授予级别 1 机会锁 | ||
| 3 | 执行读取、写入和其他操作 ==> | ||
| 4 | <== 打开文件的请求 | ||
| 5 | <== 中断机会锁 | ||
| 6 | 放弃预读数据 | ||
| 7 | 写入数据 ==> | ||
| 8 | 发送 “close” 或 “done” 消息 ==> | ||
| 9 | Oks open operation ==> | ||
| 10 | 执行读取、写入和其他操作 ==> | <== 执行读取、写入和其他操作 |
在事件 1 中，客户端 X 打开一个文件，作为打开操作的一部分，请求对该文件进行级别 1 的机会锁。 在事件 2 中，服务器授予级别 1 锁，因为没有其他客户端打开该文件。 在事件 3 中，客户端继续以常规方式访问文件。
在事件 4 中，客户端 Y 尝试打开文件并请求机会锁。 服务器看到客户端 X 打开了文件。 当客户端 X 刷新任何写入数据并放弃文件的读取缓存时，服务器会忽略 Y 的请求。
服务器通过向 X 发送中断机会锁的 SMB 消息来强制 X 进行清理，事件 5。 客户端 X 以“静默方式”放弃任何预读数据;换句话说，此过程不生成网络流量。 在事件 7 中，客户端 X 将任何缓存的写入数据写入服务器。 客户端 X 完成将缓存数据写入服务器后，客户端 X 会向服务器发送“关闭”或“完成”消息，事件 8。
在通知服务器客户端 X 将其写入缓存刷新到服务器或关闭文件后，服务器可以在事件 9 中为客户端 Y 打开文件。 由于服务器现在有两个打开同一文件的客户端，因此它不会向两个客户端授予机会锁。 这两个客户端继续从文件中读取，一个或两个客户端都不写入文件。
Batch 机会锁
下图显示了批处理机会锁的网络流量视图。 箭头指示数据移动的方向（如果有）。
| 事件 | 客户端 X | 服务器 | 客户端 Y |
|---|---|---|---|
| 1 | 打开文件，请求批处理锁定 ==> | ||
| 2 | <== 授予批处理机会锁 | ||
| 3 | 读取文件 ==> | ||
| 4 | <== 发送数据 | ||
| 5 | 关闭文件 | ||
| 6 | 打开文件 | ||
| 7 | 搜索数据 | ||
| 8 | 读取数据 ==> | ||
| 9 | <== 发送数据 | ||
| 10 | 关闭文件 | ||
| 11 | <== 打开文件 | ||
| 12 | <== 中断机会锁 | ||
| 13 | 关闭文件 ==> | ||
| 14 | Oks open operation ==> | ||
| 15 | <== 执行读取、写入和其他操作 |
在批处理机会锁中，客户端 X 打开一个文件，事件 1，服务器在事件 2 中向客户端 X 授予批锁。 客户端 X 尝试读取服务器使用数据响应的数据事件 3 事件 4。
事件 5 显示工作中的批处理机会锁。 客户端 X 上的应用程序关闭文件。 但是，网络重定向程序会筛选掉关闭操作，并且不会传输关闭消息，从而执行“静默”关闭。 网络重定向程序可以执行此操作，因为客户端 X 拥有文件的唯一所有权。 稍后，在事件 6 中，应用程序将重新打开文件。 同样，没有数据流过网络。 就服务器而言，此客户端自事件 2 以来已打开文件。
事件 7、8 和 9 显示网络流量的常规过程。 在事件 10 中，将发生另一个无提示关闭。
在事件 11 中，客户端 Y 尝试打开文件。 服务器对文件的视图是客户端 X 已将其打开，即使客户端 X 上的应用程序已将其关闭。 因此，服务器向客户端 X 发送中断机会锁的消息。客户端 X 现在通过网络发送关闭消息，事件 13。 随后出现事件 14，服务器打开客户端 Y 的文件。客户端 X 上的应用程序已关闭文件，因此它不再为该文件向服务器传输或从服务器传输文件。 客户端 Y 在事件 15 中照常开始数据传输。
在事件 2 中向客户端 X 授予对文件的锁定到事件 13 的最后一次关闭之间，客户端缓存的任何文件数据都是有效的，尽管应用程序打开和关闭操作是有效的。 但是，机会锁断开后，缓存的数据不能被视为有效。
筛选器机会锁
下图显示了筛选器机会锁的网络流量视图。 箭头指示数据移动的方向（如果有）。
| 事件 | 客户端 X | 服务器 | 客户端 Y |
|---|---|---|---|
| 1 | 打开没有访问权限的文件 ==> | ||
| 2 | <== 打开文件 | ||
| 3 | Requests filter lock==> | ||
| 4 | <== 授予锁 | ||
| 5 | 打开文件以读取 ==> | ||
| 6 | <== 重新打开文件 | ||
| 7 | 使用读取句柄 == 读取数据> | ||
| 8 | <== 发送数据 | ||
| 9 | <== 发送数据 | ||
| 10 | <== 发送数据 | ||
| 11 | <== 打开文件 | ||
| 12 | 打开文件 ==> | ||
| 13 | <== 请求筛选器锁 | ||
| 14 | 拒绝筛选器锁定==> | ||
| 15 | <== 读取数据 | ||
| 16 | 发送数据 ==> | ||
| 17 | 读取 (缓存) 数据 | ||
| 18 | 关闭文件 ==> | ||
| 19 | <== 关闭文件 |
在筛选器机会锁中，客户端 X 打开一个文件，事件 1，服务器在事件 2 中响应。 然后，客户端在事件 3 中请求筛选器机会锁，然后请求服务器在事件 4 中授予机会锁。 然后，客户端 X 再次打开文件，以便在事件 5 中读取，服务器在事件 6 中响应该文件。 然后，客户端尝试读取服务器使用数据响应的数据，事件 8。
事件 9 显示筛选器机会锁的工作状态。 服务器先于客户端读取数据，并通过网络发送数据，即使客户端尚未请求数据。 客户端缓存数据。 在事件 10 中，服务器还会预测将来的数据请求，并发送文件的另一部分供客户端缓存。
在事件 11 和 12 中，另一个客户端 Y 打开文件。 客户端 Y 还会请求筛选器机会锁。 在事件 14 中，服务器拒绝。 在事件 15 中，客户端 Y 请求服务器在事件 16 中发送的数据。 这些都不会影响客户端 X。随时，另一个客户端可以打开此文件进行读取访问。 其他任何客户端都不会影响客户端 X 的筛选器锁。
事件 17 显示客户端 X 读取数据。 但是，由于服务器已发送数据，而客户端已缓存数据，因此没有流量通过网络。
在此示例中，客户端 X 从不尝试读取文件中的所有数据，因此事件 9 和 10 指示的预读被“浪费”;也就是说，数据从未实际使用过。 这是可接受的损失，因为预读加速了应用程序。
在事件 18 中，客户端 X 关闭文件。 客户端的网络重定向程序放弃缓存的数据。 服务器关闭文件。