c#-多线程服务器中的处理限制

在我的客户端-服务器体系结构中,我很少使用需要限制使用的API函数.
服务器使用.net C#编写,并且在IIS上运行.

到现在为止,我不需要执行任何同步.代码的编写方式是,即使客户端多次发送相同的请求(例如,创建某项请求),一个调用也将成功结束,而所有其他调用都会出错(由于服务器代码数据库结构).

执行此类限制的最佳方法是什么？例如,我希望每分钟每用户不超过1个API方法调用：foo().

我考虑过一些SynchronizationTable,其中只有一列unique_text,在计算foo()调用之前,我会在此表中写foo {userId} {date} {HH：mm}之类的内容.如果通话成功结束,我知道在当前时刻没有该用户的foo通话.

我认为有更好的方法,可能是在服务器代码中,而不是为此使用db.当然,可能有成千上万的用户调用foo.

澄清一下我需要什么：我认为可能是一些轻巧的DictionaryMutex.

例如：

private static DictionaryMutex FooLock = new DictionaryMutex();

FooLock.lock(User.GUID);
try
{
    ...
}
finally
{
    FooLock.unlock(User.GUID);
}

编辑：
一个用户不能同时调用foo两次的解决方案对我来说也足够了. “同时”是指服务器在返回第一个调用的结果之前开始处理第二个调用.

解决方法:

请注意,将这种状态保存在IIS工作进程中的内存中,有可能随时丢失所有这些数据.辅助进程可以出于多种原因重新启动.

另外,您可能希望拥有两个Web服务器以实现高可用性.将状态保留在工作进程中会使应用程序不再准备就绪.这通常是不行的.

Web应用程序实际上应该是无状态的.原因很多.如果可以帮助您,请勿管理问题和注释中建议的自己的数据结构.

根据通话量,我会考虑以下选项：

> SQL Server.您的查询非常简单,易于优化.每个CPU内核每秒钟预期有1000个此类查询.这会承受很大的负担.您可以免费使用SQL Express.
>像Redis这样的专门商店. Stack Overflow正在将Redis用作持久的,启用集群的缓存.一个好主意.
>分布式缓存,例如Microsoft Velocity.或其他.

此存储问题相当容易,因为它非常适合键/值存储模型.而且数据几乎一文不值,因此您甚至不需要备份.

我认为您高估了此速率限制的成本.与通过简单表的主键进行单个UPDATE相比,您的Web服务可能要执行许多昂贵的工作.

标签：multithreading,synchronization,c
来源： https://codeday.me/bug/20191121/2055716.html