CreateMutexA 함수(synchapi.h)
명명되거나 명명되지 않은 뮤텍스 개체를 만들거나 엽니다.
개체에 대한 액세스 마스크를 지정하려면 CreateMutexEx 함수를 사용합니다.
통사론
HANDLE CreateMutexA(
[in, optional] LPSECURITY_ATTRIBUTES lpMutexAttributes,
[in] BOOL bInitialOwner,
[in, optional] LPCSTR lpName
);
매개 변수
[in, optional] lpMutexAttributes
SECURITY_ATTRIBUTES 구조체에 대한 포인터입니다. 이 매개 변수가 NULL
구조체의 lpSecurityDescriptor 멤버는 새 뮤텍스에 대한 보안 설명자를 지정합니다.
[in] bInitialOwner
이 값이 TRUE
[in, optional] lpName
뮤텍스 개체의 이름입니다. 이름은 MAX_PATH 문자로 제한됩니다. 이름 비교는 대/소문자를 구분합니다.
lpName 명명된 기존 뮤텍스 개체의 이름과 일치하는 경우 이 함수는 MUTEX_ALL_ACCESS 액세스 권한을 요청합니다. 이 경우 bInitialOwner 매개 변수는 만들기 프로세스에 의해 이미 설정되었으므로 무시됩니다.
lpName 기존 이벤트, 세마포, 대기 가능한 타이머, 작업 또는 파일 매핑 개체의 이름과 일치하는 경우 함수가 실패하고 GetLastError 함수는 ERROR_INVALID_HANDLE반환합니다. 이러한 개체는 동일한 네임스페이스를 공유하기 때문에 발생합니다.
이름에는 전역 또는 세션 네임스페이스에서 개체를 명시적으로 만드는 "전역" 또는 "로컬" 접두사를 가질 수 있습니다. 이름의 나머지 부분에는 백슬래시 문자(\)를 제외한 모든 문자가 포함될 수 있습니다. 자세한 내용은 커널 개체 네임스페이스
개체는 프라이빗 네임스페이스에서 만들 수 있습니다. 자세한 내용은 개체 네임스페이스참조하세요.
반환 값
함수가 성공하면 반환 값은 새로 만든 뮤텍스 개체에 대한 핸들입니다.
함수가 실패하면 반환 값은 NULL
뮤텍스가 명명된 뮤텍스이고 이 함수를 호출하기 전에 개체가 있는 경우 반환 값은 기존 개체에 대한 핸들이고 GetLastError 함수는 ERROR_ALREADY_EXISTS반환합니다.
발언
CreateMutex 반환된 핸들에는 MUTEX_ALL_ACCESS 액세스 권한이 있습니다. 호출자에게 액세스 권한이 부여된 경우 뮤텍스 개체에 대한 핸들이 필요한 모든 함수에서 사용할 수 있습니다. 다른 사용자를 가장하는 서비스 또는 스레드에서 뮤텍스를 만든 경우 만들 때 뮤텍스에 보안 설명자를 적용하거나 기본 DACL을 변경하여 만들기 프로세스에 대한 기본 보안 설명자를 변경할 수 있습니다. 자세한 내용은 동기화 개체 보안 및 액세스 권한
명명된 뮤텍스를 사용하여 애플리케이션을 단일 인스턴스로 제한하는 경우 악의적인 사용자가 이 뮤텍스를 만든 후 애플리케이션을 시작하지 못하게 할 수 있습니다. 이 상황을 방지하려면 임의로 명명된 뮤텍스를 만들고 권한이 있는 사용자만 가져올 수 있도록 이름을 저장합니다. 또는 이 용도로 파일을 사용할 수 있습니다. 애플리케이션을 사용자당 하나의 인스턴스로 제한하려면 사용자의 프로필 디렉터리에 잠긴 파일을 만듭니다.
호출 프로세스의 스레드는
뮤텍스 개체의 상태는 스레드가 소유하지 않을 때 신호를 받습니다. 만드는 스레드는 bInitialOwner 플래그를 사용하여 뮤텍스의 즉각적인 소유권을 요청할 수 있습니다. 그렇지 않으면 스레드는 대기 함수 중 하나를 사용하여 소유권을 요청해야 합니다. 뮤텍스의 상태가 신호를 받으면 대기 중인 스레드 하나에 소유권이 부여되고, 뮤텍스의 상태가 서명되지 않은 상태로 변경되고, 대기 함수가 반환됩니다. 한 번에 하나의 스레드만 뮤텍스를 소유할 수 있습니다. 소유 스레드는 ReleaseMutex 함수를 사용하여 소유권을 해제합니다.
뮤텍스를 소유하는 스레드는 실행을 차단하지 않고 반복된 대기 함수 호출에서 동일한 뮤텍스를 지정할 수 있습니다. 일반적으로 동일한 뮤텍스에 대해 반복적으로 기다리지는 않지만, 이 메커니즘은 스레드가 이미 소유하고 있는 뮤텍스를 기다리는 동안 스레드가 교착 상태에 빠지는 것을 방지합니다. 그러나 소유권을 해제하려면 스레드는 뮤텍스가 대기를 충족할 때마다 ReleaseMutex 한 번 호출해야 합니다.
둘 이상의 프로세스가 CreateMutex 호출하여 동일한 명명된 뮤텍스를 만들 수 있습니다. 첫 번째 프로세스는 실제로 뮤텍스를 만들고, 충분한 액세스 권한이 있는 후속 프로세스는 기존 뮤텍스에 대한 핸들을 열기만 하면 됩니다. 이렇게 하면 여러 프로세스가 동일한 뮤텍스의 핸들을 가져오는 동시에 만들기 프로세스가 먼저 시작되도록 하는 책임의 사용자를 완화할 수 있습니다. 이 기술을 사용하는 경우
여러 프로세스에는 동일한 뮤텍스 개체의 핸들이 있을 수 있으므로 프로세스 간 동기화에 개체를 사용할 수 있습니다. 사용할 수 있는 개체 공유 메커니즘은 다음과 같습니다.
- CreateProcess 함수에서 만든 자식 프로세스는 lpMutexAttributes가 CreateMutex 사용 상속의 매개 변수를 경우 뮤텍스 개체에 대한 핸들을 상속할 수 있습니다. 이 메커니즘은 명명된 뮤텍스와 명명되지 않은 뮤텍스 모두에서 작동합니다.
- 프로세스는 DuplicateHandle 함수를 호출할 때 뮤텍스 개체에 대한 핸들을 지정하여 다른 프로세스에서 사용할 수 있는 중복 핸들을 만들 수 있습니다. 이 메커니즘은 명명된 뮤텍스와 명명되지 않은 뮤텍스 모두에서 작동합니다.
- 프로세스는 [OpenMutex](./nf-synchapi-openmutexw.md) 또는 CreateMutex 호출에서 명명된 뮤텍스를 지정하여 뮤텍스 개체에 대한 핸들을 검색할 수 있습니다.
예제
CreateMutex예제는 뮤텍스 개체 사용을 참조하세요.
메모
synchapi.h 헤더는 CREATEMutex를 유니코드 전처리기 상수의 정의에 따라 이 함수의 ANSI 또는 유니코드 버전을 자동으로 선택하는 별칭으로 정의합니다. 인코딩 중립 별칭을 인코딩 중립이 아닌 코드와 혼합하면 컴파일 또는 런타임 오류가 발생하는 불일치가 발생할 수 있습니다. 자세한 내용은 함수 프로토타입대한
요구 사항
| 요구 | 값 |
|---|---|
| 지원되는 최소 클라이언트 | Windows XP [데스크톱 앱 | UWP 앱] |
| 지원되는 최소 서버 | Windows Server 2003 [데스크톱 앱 | UWP 앱] |
| 대상 플랫폼 | Windows |
| 헤더 | synchapi.h(Windows Server 2003, Windows Vista, Windows 7, Windows Server 2008 Windows Server 2008 R2의 Windows.h 포함) |
| 라이브러리 | Kernel32.lib |
| DLL | Kernel32.dll |
참고 항목
closeHandle
CreateMutexEx
CreateProcess
뮤텍스 개체
OpenMutex
releaseMutex
동기화 함수