GetModuleHandleA 함수(libloaderapi.h)
지정된 모듈에 대한 모듈 핸들을 검색합니다. 호출 프로세스에서 모듈을 로드해야 합니다.
주의 섹션에 설명된 경합 상태를 방지하려면 GetModuleHandleEx 함수를 사용합니다.
통사론
HMODULE GetModuleHandleA(
[in, optional] LPCSTR lpModuleName
);
매개 변수
[in, optional] lpModuleName
로드된 모듈의 이름(.dll 또는 .exe 파일)입니다. 파일 이름 확장명을 생략하면 기본 라이브러리 확장명 .dll 추가됩니다. 파일 이름 문자열에는 모듈 이름에 확장명 없음을 나타내는 후행 지점 문자(.)가 포함될 수 있습니다. 문자열은 경로를 지정할 필요가 없습니다. 경로를 지정할 때 슬래시(/)가 아닌 백슬라이시(\)를 사용해야 합니다. 이름은 호출 프로세스의 주소 공간에 현재 매핑된 모듈의 이름과 비교됩니다(대/소문자 구분).
이 매개 변수가 NULL이면 GetModuleHandle 호출 프로세스(.exe 파일)를 만드는 데 사용되는 파일에 대한 핸들을 반환합니다.
GetModuleHandle 함수는 LOAD_LIBRARY_AS_DATAFILE 플래그를 사용하여 로드된 모듈에 대한 핸들을 검색하지 않습니다. 자세한 내용은 LoadLibraryEx참조하세요.
반환 값
함수가 성공하면 반환 값은 지정된 모듈에 대한 핸들입니다.
함수가 실패하면 반환 값은 NULL입니다. 확장 오류 정보를 얻으려면 GetLastError호출합니다.
발언
반환된 핸들은 전역 또는 상속할 수 없습니다. 다른 프로세스에서는 복제하거나 사용할 수 없습니다.
lpModuleName 경로가 포함되지 않고 동일한 기본 이름과 확장명을 가진 로드된 모듈이 두 개 이상 있는 경우 반환될 모듈 핸들을 예측할 수 없습니다. 이 문제를 해결하려면 경로를 지정하거나,
GetModuleHandle 함수는 참조 수를 증가하지 않고 매핑된 모듈에 대한 핸들을 반환합니다. 그러나 이 핸들이 FreeLibrary 함수에 전달되면 매핑된 모듈의 참조 수가 감소합니다. 따라서 GetModuleHandle 반환된 핸들을 FreeLibrary 함수에 전달하지 마세요. 이렇게 하면 DLL 모듈의 매핑이 조기에 해제될 수 있습니다.
이 함수는 다중 스레드 애플리케이션에서 신중하게 사용해야 합니다. 이 함수가 핸들을 반환하는 시간과 사용되는 시간 사이에 모듈 핸들이 유효한 상태로 유지된다는 보장은 없습니다. 예를 들어 스레드가 모듈 핸들을 검색하지만 핸들을 사용하기 전에 두 번째 스레드가 모듈을 해제한다고 가정합니다. 시스템에서 다른 모듈을 로드하는 경우 최근에 해제된 모듈 핸들을 다시 사용할 수 있습니다. 따라서 첫 번째 스레드는 의도한 것과 다른 모듈에 대한 핸들을 갖습니다.
예제
예제는 브러시 사용참조하세요.
메모
libloaderapi.h 헤더는 GETModuleHandle을 유니코드 전처리기 상수의 정의에 따라 이 함수의 ANSI 또는 유니코드 버전을 자동으로 선택하는 별칭으로 정의합니다. 인코딩 중립 별칭을 인코딩 중립이 아닌 코드와 혼합하면 컴파일 또는 런타임 오류가 발생하는 불일치가 발생할 수 있습니다. 자세한 내용은 함수 프로토타입대한
요구 사항
요구 | 값 |
---|---|
지원되는 최소 클라이언트 | Windows XP [데스크톱 앱만 해당] |
지원되는 최소 서버 | Windows Server 2003 [데스크톱 앱만 해당] |
대상 플랫폼 | Windows |
헤더 | libloaderapi.h(Windows.h 포함) |
라이브러리 | Kernel32.lib |
DLL | Kernel32.dll |
참고 항목
freeLibrary
GetModuleFileName
GetModuleHandleEx
LoadLibrary
LoadLibraryEx