Add a code snippet for System.Threading.Lock

snippets/csharp/System.Threading/Lock/Overview/Project.csproj

@@ -0,0 +1,8 @@
+<Project Sdk="Microsoft.NET.Sdk">
+  <PropertyGroup>
+    <OutputType>Exe</OutputType>
+    <TargetFramework>net9.0</TargetFramework>
+    <!-- CA2252: Opt in to preview features before using them (Lock) -->
+    <EnablePreviewFeatures>true</EnablePreviewFeatures>
+  </PropertyGroup>
+</Project>

snippets/csharp/System.Threading/Lock/Overview/UsagePatterns.cs

@@ -0,0 +1,47 @@
+using System;
+using System.Threading;
+
+static class Program
+{
+    private static void Main()
+    {
+        var dataStructure = new ExampleDataStructure();
+        dataStructure.Modify();
+    }
+}
+
+// <Snippet1>
+public sealed class ExampleDataStructure
+{
+    private readonly Lock _lockObj = new();
+
+    public void Modify()
+    {
+        lock (_lockObj)
+        {
+            // Critical section associated with _lockObj
+        }
+
+        using (_lockObj.EnterScope())
+        {
+            // Critical section associated with _lockObj
+        }
+
+        _lockObj.Enter();
+        try
+        {
+            // Critical section associated with _lockObj
+        }
+        finally { _lockObj.Exit(); }
+
+        if (_lockObj.TryEnter())
+        {
+            try
+            {
+                // Critical section associated with _lockObj
+            }
+            finally { _lockObj.Exit(); }
+        }
+    }
+}
+// </Snippet1>

xml/System.Threading/Lock.xml

@@ -26,7 +26,9 @@ When using the <xref:System.Threading.Lock.Enter%2A> or <xref:System.Threading.L
 - Ensure that the thread exits the lock with <xref:System.Threading.Lock.Exit%2A> even in case of exceptions, such as in C# by using a `try/finally` block.
 - When the lock is being entered and exited in a C# `async` method, ensure that there is no `await` between the enter and exit. Locks are held by threads and the code following an `await` might run on a different thread.
 
-It is recommended to use the <xref:System.Threading.Lock.EnterScope%2A> method with a language construct that automatically disposes the returned <xref:System.Threading.Lock.Scope> such as the C# `using` keyword, or to use the C# `lock` keyword, as these ensure that the lock is exited in exceptional cases. These patterns might also have performance benefits over using `Enter/TryEnter` and `Exit`.
+It is recommended to use the <xref:System.Threading.Lock.EnterScope%2A> method with a language construct that automatically disposes the returned <xref:System.Threading.Lock.Scope> such as the C# `using` keyword, or to use the C# `lock` keyword, as these ensure that the lock is exited in exceptional cases. These patterns might also have performance benefits over using `Enter/TryEnter` and `Exit`. The following code fragment illustrates various patterns for entering and exiting a lock.
+
+:::code language="csharp" source="~/snippets/csharp/System.Threading/Lock/Overview/UsagePatterns.cs" id="Snippet1":::
 
 When using the C# `lock` keyword or similar to enter and exit a lock, the type of the expression must be precisely `System.Threading.Lock`. If the type of the expression is anything else, such as `Object` or a generic type like `T`, a different implementation that is not interchangeable can be used instead (such as <xref:System.Threading.Monitor>). For more information, see the relevant [compiler speclet](https://github.com/dotnet/csharplang/blob/main/proposals/lock-object.md).