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

2019-11-22 00:07:42 阅读：263 来源： 互联网

在我的客户端-服务器体系结构中,我很少使用需要限制使用的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

本站声明： 1. iCode9 技术分享网（下文简称本站）提供的所有内容，仅供技术学习、探讨和分享；
2. 关于本站的所有留言、评论、转载及引用，纯属内容发起人的个人观点，与本站观点和立场无关；
3. 关于本站的所有言论和文字，纯属内容发起人的个人观点，与本站观点和立场无关；
4. 本站文章均是网友提供，不完全保证技术分享内容的完整性、准确性、时效性、风险性和版权归属；如您发现该文章侵犯了您的权益，可联系我们第一时间进行删除；
5. 本站为非盈利性的个人网站，所有内容不会用来进行牟利，也不会利用任何形式的广告来间接获益，纯粹是为了广大技术爱好者提供技术内容和技术思想的分享性交流网站。

ICode9

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