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