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에 경로가 포함되지 않고 동일한 기본 이름과 확장명을 가진 로드된 모듈이 두 개 이상 있는 경우 반환될 모듈 핸들을 예측할 수 없습니다. 이 문제를 해결하려면 경로를 지정하거나, 병렬 어셈블리를 사용하거나, GetModuleHandleEx 를 사용하여 DLL 이름이 아닌 메모리 위치를 지정할 수 있습니다.

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