我需要访问Windows8.1应用程序中由两个进程共享的资源:应用程序本身和后台任务,因此我需要一个命名的Semaphore,SemaphoreSlim不适用于此,而且由于我在获取和发布之间进行异步工作,所以不能使用Mutex。
我在PCL中创建了一个类,它创建了信号量,并允许我以这种方式等待WaitOne方法:
public sealed class AsyncSemaphore:IDisposable
{
Semaphore _semaphore;
public AsyncSemaphore(int initialCount, int maximumCount, string name)
{
_semaphore = new Semaphore(initialCount, maximumCount, name);
}
public IAsyncOperation<bool> WaitOneAsync()
{
return AsyncInfo.Run<bool>(cancellationToken =>
Task.Run(()=>{
while (!_semaphore.WaitOne(100))
{
Logger.Log("Waiting...");
cancellationToken.ThrowIfCancellationRequested();
}
return true;
},cancellationToken));
}
public int Release()
{
return _semaphore.Release();
}
public void Dispose()
{
if (_semaphore != null)
{
_semaphore.Dispose();
_semaphore = null;
}
}
}但是WaitOneAsync也可以这样写:
public IAsyncOperation<bool> WaitOneAsync()
{
return AsyncInfo.Run<bool>(async cancellationToken =>
{
while (!_semaphore.WaitOne(0))
{
Logger.Log("Waiting...");
await Task.Delay(100, cancellationToken);
}
return true;
});
}然后在代码中使用它,如下所示:
_semaphore= new AsyncSemaphore(1,1,"uniquename");
//....
await _semaphore.WaitOneAsync();
try
{
//do more async work
}
finally
{
_semaphore.Release();
}这是正确的吗?哪一个是最好的,使用的资源较少?
发布于 2014-08-19 11:55:15
第一个选项在整个等待过程中保持一个线程,首先由同步地等待,然后通过繁忙等待( while循环)。第二个选项至少在某种程度上是异步,因为它使用Task.Delay来等待,然后才求助于繁忙的等待。
第二个(异步)选项使用的资源较少,但在再次检查之前需要等待整个超时(100ms),而第一个(同步)可以在信号量释放时立即进入。
异步选项使用的资源比同步版本少,但实际同步比同步版本慢。因此,这取决于您的具体需求、可伸缩性或速度。
您可以通过降低100ms的超时来进行优化,从而使异步选项越来越接近同步版本。
https://stackoverflow.com/questions/25382583
复制相似问题