ToB企服应用市场:ToB评测及商务社交产业平台

标题: 利用分布式锁在ASP.NET Core中实现防抖 [打印本页]

---

作者: 水军大提督    时间: 2024-9-4 06:49
标题: 利用分布式锁在ASP.NET Core中实现防抖
媒介

在 Web 应用开辟过程中，防抖（Debounce） 是确保同一操纵在短时间内不会被重复触发的一种有效手段。常见的场景包罗防止用户在短时间内重复提交表单，或者避免多次点击按钮导致后台服务实行多次雷同的操纵。无论在单机环境中，照旧在分布式体系中都有一些场景必要利用它。本文将先容如何在ASP.NET Core中通过利用锁的方式来实现防抖，从而保证无论在单个或多实例部署的环境下都能有效避免重复操纵。
分布式锁接口定义

要实现分布式锁的第一步是定义一个通用的锁接口。通过 IDistributedLock 接口，应用程序可以在不同的场景中选择利用不同类型的锁来实现。

1. public interface IDistributedLock
2. {
3.     /// <summary>
4.     /// 尝试获取分布式锁。
5.     /// </summary>
6.     /// <param name="resourceKey">要锁定的资源标识。</param>
7.     /// <param name="lockDuration">锁的持续时间。</param>
8.     /// <returns>是否成功获取锁。</returns>
9.     Task<bool> TryAcquireLockAsync(string resourceKey, TimeSpan? lockDuration = null);
11.     /// <summary>
12.     /// 释放分布式锁。
13.     /// </summary>
14.     /// <param name="resourceKey">要释放的资源标识。</param>
15.     Task ReleaseLockAsync(string resourceKey);
16. }

复制代码

这个接口定义了两个核心方法：

• TryAcquireLockAsync：尝试获取分布式锁。如果锁获取成功，则返回 true，否则返回 false。
  
• ReleaseLockAsync：开释已获取的锁，允许其他操纵进入临界区。
  

Redis 版本的分布式锁实现

在一样平常开辟的方案中，Redis 是一个常见的分布式锁实现方式。通过 Redis 的原子操纵配合SETNX指令，可以确保在多个实例环境中只有一个实例能够获取到锁。下面是 Redis 版本的分布式锁实现代码。

1. public class RedisDistributedLock : IDistributedLock
2. {
3.     private readonly ConnectionMultiplexer _redisConnection;
4.     private IDatabase _database;
6.     public RedisDistributedLock(ConnectionMultiplexer redisConnection)
7.     {
8.         _redisConnection = redisConnection;
9.         _database = _redisConnection.GetDatabase();
10.     }
12.     public Task<bool> TryAcquireLockAsync(string resourceKey, TimeSpan? lockDuration = null)
13.     {
14.         var isLockAcquired = _database.StringSetAsync(resourceKey, 1, lockDuration, When.NotExists);
15.         return isLockAcquired;
16.     }
18.     public Task ReleaseLockAsync(string resourceKey)
19.     {
20.         return _database.KeyDeleteAsync(resourceKey);
21.     }
22. }

复制代码

在这个实现中利用的是StackExchange.Redis的SDK，当然大家可以自行选择合适的库来实现，主要是演示起来方便，因为其他库必要用脚本自行实现可过期的SETNX：

• 我们利用了 ConnectionMultiplexer 来管理与 Redis 的毗连。
  
• TryAcquireLockAsync 方法利用了 StringSetAsync 方法，其中 When.NotExists 参数确保只有在键不存在时才能成功设置值，从而实现锁的功能。
  
• ReleaseLockAsync 方法简单地删除了锁对应的键，从而开释锁。
  

如果你选用别的Redis的SDK，一般必要写脚本来实现可以过期的SETNX，可以参考下面的LUA脚本

1. -- 参数: KEYS[1] 表示键，ARGV[1] 表示值，ARGV[2] 表示过期时间（秒）
2. if redis.call("SETNX", KEYS[1], ARGV[1]) == 1 then
3.     redis.call("EXPIRE", KEYS[1], ARGV[2])
4.     return 1
5. else
6.     return 0
7. end

复制代码

• 利用 SETNX 尝试设置键 KEYS[1] 的值为 ARGV[1]。如果键不存在，则返回 1 并成功设置键；如果键已存在，则返回 0。
  
• 如果 SETNX 返回 1，则为该键设置过期时间，过期时间为 ARGV[2] 秒。
  
• 终极脚本返回 1 表示成功设置了键值对并设置了过期时间，返回 0 表示键已经存在，操纵未成功。
  

当地锁的实现

在某些环境下，例如单机或单体应用中，利用当地锁可能会更为合适。这个时候利用基于内存的当地锁实现效果可能会更好。有的同学可能会担心哀求量的问题，导致内存占用过高的问题。其实换个角度思量，如果有很大哀求量或并发量，大多数我们可能不会直接利用单机。好了我们继续来看，这里我们为了方便，直接利用ConcurrentDictionary来实现。

1. public class LocalLock : IDistributedLock
2. {
3.     private readonly ConcurrentDictionary<string, byte> lockCounts = new ConcurrentDictionary<string, byte>();
5.     public Task<bool> TryAcquireLockAsync(string resourceKey, TimeSpan? lockDuration = null)
6.     {
7.         byte lockCount = 0;
9.         if (lockCounts.TryAdd(resourceKey, lockCount))
10.         {
11.             lockCounts[resourceKey] = 1;
12.             return Task.FromResult(true);
13.         }
14.         return Task.FromResult(false);
15.     }
17.     public Task ReleaseLockAsync(string resourceKey)
18.     {
19.         lockCounts.TryRemove(resourceKey, out _);
20.         return Task.CompletedTask;
21.     }
22. }

复制代码

在这个实现中：

• 我们利用 ConcurrentDictionary 来管理锁的状态，确保线程安全。
  
• TryAcquireLockAsync 方法尝试在字典中添加一个键，如果成功则表示获取锁成功。
  
• ReleaseLockAsync 方法从字典中移除对应的键，从而开释锁。
  

其实如果C#提供ConcurrentHashSet的话，用ConcurrentHashSet来实现会更好一点。毕竟ConcurrentDictionary是KV的方式来是实现，每个Value都会浪费一定的内存空间。当然你也可以选择自行实现一套ConcurrentHashSet，必要注意的是实现的时候尽量利用桶锁，避免利用全局锁。

防抖过滤器的实现

接下来我们利用上面定义的IDistributedLock和Filter来实现防抖过滤器，我们创建一个基于 IAsyncActionFilter 接口实现的过滤器，更方便我们在哀求实行前后获取和开释锁操纵。

1. public class DistributedLockFilterAttribute : Attribute, IAsyncActionFilter
2. {
3.     private readonly string _lockPrefix;
4.     private readonly LockType _lockType;
6.     public DistributedLockFilterAttribute(string keyPrefix, LockType lockType = LockType.Local)
7.     {
8.         _lockPrefix = keyPrefix;
9.         _lockType = lockType;
10.     }
12.     public async Task OnActionExecutionAsync(ActionExecutingContext context, ActionExecutionDelegate next)
13.     {
14.         IDistributedLock distributedLock = context.HttpContext.RequestServices.GetRequiredKeyedService<IDistributedLock>(_lockType.GetDescription());
16.         string controllerName = context.RouteData.Values["controller"]?.ToString() ?? "";
17.         string actionName = context.RouteData.Values["action"]?.ToString() ?? "";
18.         //用户信息或其他唯一标识都可
19.         var userKey = context.HttpContext.User!.Identity!.Name;
21.         string lockKey = $"{_lockPrefix}:{userKey}:{controllerName}_{actionName}";
22.         bool isLockAcquired = await distributedLock.TryAcquireLockAsync(lockKey);
23.         
24.         if (!isLockAcquired)
25.         {
26.             context.Result = new ObjectResult(new { code = 400, message = "请不要重复操作" });
27.             return;
28.         }
30.         try
31.         {
32.             await next();
33.         }
34.         finally
35.         {
36.             await distributedLock.ReleaseLockAsync(lockKey);
37.         }
38.     }
39. }

复制代码

在这个过滤器的操纵中：

• 我们通过容器和LockType获取具体的分布式锁实现。
  
• 利用 controllerName 和 actionName 以及用户标识构(或其他唯一标识)建锁的键，确保锁的唯一性。
  
• 如果获取锁失败，则直接返回错误响应，避免后续操纵的实行。
  
• 在操纵实行完毕后，无论是否成功，都开释锁。
  

为了更灵活地在不同的锁实现之间进行切换，我们定义了一个枚举 LockType，通过扩展方法 GetDescription 获取其描述，方便我们利用它的值。

1. public enum LockType
2. {
3.     [Description("redis")]
4.     Redis,
5.     [Description("local")]
6.     Local
7. }
9. public static class EnumExtensions
10. {
11.     public static string GetDescription(this Enum @enum)
12.     {
13.         Type type = @enum.GetType();
14.         string name = Enum.GetName(type, @enum);
15.         if (name == null)
16.         {
17.             return null;
18.         }
20.         FieldInfo field = type.GetField(name);
21.         DescriptionAttribute attribute = System.Attribute.GetCustomAttribute(field, typeof(DescriptionAttribute)) as DescriptionAttribute;
23.         if (attribute == null)
24.         {
25.             return name;
26.         }
27.         return attribute?.Description;
28.     }
29. }

复制代码

这个扩展方法可以更方便地根据枚举的类型获取对应的枚举描述，从而在依赖注入中灵活的选择不同锁的实现，如果有更好的实现方式也可以，我们尽量利用更容易懂的方式。
注册和利用过滤器

在ASP.NET Core中，我们可以通过依赖注入的方式注册分布式锁相干的服务，并在控制器操纵中应用防抖过滤器的功能，以下是注册和利用分布式锁的示例代码。

1. builder.Services.AddSingleton<ConnectionMultiplexer>(_ => ConnectionMultiplexer.Connect(builder.Configuration["Redis:ConnectionString"]!));
2. //给IDistributedLock添加不同的实现
3. builder.Services.AddKeyedSingleton<IDistributedLock, RedisDistributedLock>(LockType.Redis.GetDescription());
4. builder.Services.AddKeyedSingleton<IDistributedLock, LocalLock>(LockType.Local.GetDescription());

复制代码

在这里，我们注册了 Redis 和当地两种分布式锁实现，并利用键（key）区分它们，以便在运行时根据必要选择具体的锁类型。
接下来，在控制器的操纵方法上应用我们定义的 DistributedLockFilter 过滤器，用来实现Action的防抖功能。

1. [HttpGet("GetCurrentTime")]
2. [DistributedLockFilter("GetCurrentTime", LockType.Redis)]
3. public async Task<string> GetCurrentTime()
4. {
5.     await Task.Delay(10000); // 模拟长时间操作
6.     return DateTime.Now.ToString("yyyy-MM-dd HH:mm:ss");
7. }

复制代码

在这个简单的示例中：

• DistributedLockFilter 过滤器确保了当用户哀求 GetCurrentTime 操纵时，不会在短时间内重复触发雷同的操纵。
  
• 锁的类型被设置为 LockType.Redis，因此在分布式环境下，多个实例之间也可以共享这个锁，当然这个类型是可选的。
  

如果是在10s之内一连多次哀求则会返回如下错误

1. {
2.   "code": 400,
3.   "message": "请不要重复操作"
4. }

复制代码

总结

本文详细先容了如何在 ASP.NET Core 中利用分布式锁实现防抖功能。通过定义通用的 IDistributedLock 接口，我们可以实现不同类型的锁机制，包罗 Redis 和当地内存锁。Redis 锁利用其原子操纵确保分布式环境中的唯一性，而当地锁则实用于单机环境。通过创建 DistributedLockFilter 过滤器，我们将锁机制集成到 ASP.NET Core 控制器中，防止对Action进行重复操纵。
这种方法不光提高了应用的稳定性，也增强了用户体验，避免了短时间内重复操纵的问题。希望本文对大家有所帮助。如果有任何问题或进一步讨论的需求，欢迎在批评区留言。


  
免责声明：如果侵犯了您的权益，请联系站长，我们会及时删除侵权内容，谢谢合作！更多信息从访问主页：qidao123.com:ToB企服之家，中国第一个企服评测及商务社交产业平台。

---

欢迎光临 ToB企服应用市场:ToB评测及商务社交产业平台 (https://dis.qidao123.com/)

Powered by Discuz! X3.4