gpt4 book ai didi

c++ - CreateMutex 从不返回 ERROR_ALREADY_EXISTS

转载 作者:搜寻专家 更新时间:2023-10-31 00:35:38 36 4
gpt4 key购买 nike

我正在使用 CreateMutex停止多个应用程序同时运行某些功能。这些函数在 dll 中,因此可以被同一个应用程序或单独的应用程序调用。这个 dll 与硬件对话,所以如果另一个函数已经在运行,我想返回 'busy' 而不是等待它。我认为最好的方法是使用 CreateMutex 而不是 OpenMutex 的组合。

int FunctionExposedByDll()
{

hMutexAPI = CreateMutex(0, 0, API_RUNNING_MUTEXT );

if (!hMutexAPI )
{
DWORD dwErr = GetLastError();

if (dwErr == ERROR_ALREADY_EXISTS )
return MY_ERROR_BUSY;
}

// actual function here

CloseHandle( hMutexAPI );

}

因此,如果互斥锁已经创建,我应该得到 ERROR_ALREADY_EXISTS,它告诉我系统正在执行一个 api,我应该返回。然而,即使之前的函数没有返回并且互斥句柄没有关闭,上面的代码总是返回一个有效的互斥锁。

我还尝试了 CreateMutexEx 函数,在这种情况下,当我第二次尝试它时,它返回了 ERROR_ACCESS_DENIED,而我期待的是 ERROR_ALREADY_EXISTS。所以我的问题是我需要做什么才能获得正确的状态,即互斥锁在存在时已经存在?

我正在使用 Windows 7

**更新**

根据 Rob K 的回答,我将代码更改为以下内容:

int FunctionExposedByDll()
{

hMutexAPI = CreateMutex(0, 0, API_RUNNING_MUTEXT );


DWORD dwErr = GetLastError();

if (dwErr == ERROR_ALREADY_EXISTS )
{
CloseHandle( hMutexAPI); // i have to call this but it contributes to first chance exception too!
return MY_ERROR_BUSY;
}

// actual function here

CloseHandle( hMutexAPI );

}

现在我正在获取/读取信号量的正确状态,但释放是一个问题。如果我在它处于“忙碌状态”时不释放它,那么我总是会得到 ERROR_ALREADY_EXISTS,即使其他 API 已完成。所以 CloseHandle() 解决了这个问题,但又产生了另一个问题。当我从繁忙状态返回并关闭 CloseHandle() 并且第一个 API 稍后完成并想要关闭句柄时,我得到了第一次机会异常。我不知道如何避免这种情况!?

最佳答案

这不是使用 CreateMutex() 的正确方法。 CreateMutex()(几乎)总能成功返回互斥体的有效句柄。从您链接的 MSDN 文档中:“如果互斥量是一个命名的互斥量,并且对象在此函数调用之前存在,则返回值是现有对象的句柄,GetLastError 返回 ERROR_ALREADY_EXISTS ...”

再次引用:“两个或多个进程可以调用 CreateMutex 来创建同名互斥量。第一个进程实际创建互斥量,具有足够访问权限的后续进程只需打开现有互斥量的句柄。这使多个进程能够获取同一个互斥锁的句柄,同时减轻了用户确保首先启动创建进程的责任。”

您要做的是使用 CreateMutex() 打开互斥体的句柄,然后使用 WaitForSingleObject()超时值为 0 以尝试获取它。如果 WaitForSingleObject() 获取互斥体失败,则返回 MY_ERROR_BUSY。如果它确实成功获取互斥锁,请调用 ReleaseMutex()当您完成使用它解锁它。

预计到达时间:

如果 WaitForSingleObject 返回 WAIT_OBJECT_0 或 WAIT_ABANDONED,那么您拥有该互斥量(例如,它已发出信号)并且您必须在调用 CloseHandle 之前调用 ReleaseMutex 放弃所有权(例如,取消发出信号)。

如果它返回 WAIT_TIMEOUT,则您不拥有互斥量,您可以调用 CloseHandle。

int FunctionExposedByDll()
{

HANDLE hMutexAPI = CreateMutex(0, 0, API_RUNNING_MUTEXT );

int rval = MY_ERROR_BUSY;
if ( hMutexAPI )
{
DWORD wait_success = WaitForSingleObject( hMutexAPI, 0 );
if ( wait_success == WAIT_OBJECT_0 || wait_success == WAIT_ABANDONED )
{


// actual function here

ReleaseMutex( hMutexAPI );
rval = SUCCESS_VALUE;
}
CloseHandle( hMutexAPI );
}
return rval;
}

您应该花一些时间来更加熟悉基本的进程间通信原语,从这里开始:http://en.wikipedia.org/wiki/Mutex

再次预计到达时间我认为 C++ 11 可能已将 IPC 原语添加到标准库中,而且看起来它们有:

http://en.cppreference.com/w/cpp/thread/mutex, 
http://en.cppreference.com/w/cpp/thread/lock_guard

如果您使用的是支持 C++11 的编译器(例如 Visual Studio 2013),请使用这些而不是系统原语。

还有一个编辑...正如评论中指出的那样,C++ 标准库原语不可用于进程间通信,只能用于同步同一进程中的线程。 (这是一个很大的失望。)

相反,使用 Boost.Interprocess如果可以的话。

关于c++ - CreateMutex 从不返回 ERROR_ALREADY_EXISTS,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/23547947/

36 4 0
Copyright 2021 - 2024 cfsdn All Rights Reserved 蜀ICP备2022000587号
广告合作:1813099741@qq.com 6ren.com