>Java >java지도 시간 >C++ MFC 프로세스 간 통신의 클립보드를 이해하는 방법

C++ MFC 프로세스 간 통신의 클립보드를 이해하는 방법

坏嘻嘻
坏嘻嘻원래의
2018-09-15 10:19:132324검색

이 글의 내용은 C++ MFC 프로세스 간 통신의 클립보드를 이해하는 방법에 대한 내용입니다. 참고할 만한 가치가 있으니 도움이 필요한 분들에게 도움이 되길 바랍니다.

Windows 클립보드는 상대적으로 간단한 프로세스 간 통신 메커니즘이며 오버헤드가 상대적으로 작습니다. 구현 원리는 매우 간단합니다. 실제로는 운영체제가 관리하는 메모리 영역입니다.
이 메모리 영역은 별도의 프로세스에 속하지 않지만 프로세스가 이 메모리 영역에 데이터를 넣으면 모든 프로세스가 이 메모리 영역에 접근할 수 있습니다. 구현 프로세스는 두 부분으로 구성됩니다. 하나는 공유 메모리 작업이고 다른 하나는 클립보드 작업입니다.
1. 클립보드 작업
(1) HWND GetClipboardOwner();
함수: 클립보드의 현재 소유자를 가리키는 핸들을 가져옵니다.
이 함수가 성공적으로 실행되면 클립보드를 소유한 창 핸들을 반환합니다. 그렇지 않으면 NULL이 반환됩니다.

(2) BOOL OpenClipboard(HWND hWndNewOwner)
첫 번째 매개변수 hWndNewOwner는 연관된 창 핸들을 가리킵니다. 즉, 이 매개변수가 NULL로 설정되면 현재 작업 또는 해당 프로세스가 열립니다. 클립보드를 엽니다. 클립보드가 성공적으로 열리면 이 함수는 0이 아닌 값을 반환합니다. 다른 프로그램이 이미 클립보드를 열었다면 현재 프로그램은 클립보드를 열 수 없으므로 클립보드가 열리지 않고 함수는 0 값을 반환합니다. 사실 이것은 이해하기 쉽습니다. 클립보드에는 이러한 메모리 영역만 있습니다. 프로세스 A는 여기에 데이터를 쓰고 싶어하고 프로세스 B는 여기에 데이터를 쓰려고 합니다. 이 혼란을 해결하는 방법은 프로세스 A가 클립보드에 데이터를 쓰는 경우(프로세스 A가 클립보드를 여는 것으로 이해될 수 있음) 프로세스 B가 클립보드에 데이터를 쓸 수 없기 때문입니다. 클립보드, 그런 다음 프로세스 B가 클립보드를 열지 못하게 합니다. 따라서 프로그램이 클립보드를 열었다면 클립보드를 연 프로그램이 CloseClipboard 함수를 호출할 때까지 다른 응용 프로그램은 클립보드를 수정할 수 없습니다. 그리고 EmptyClipboard 함수를 호출한 후에만 클립보드의 현재 창이 열립니다. have aclipboard

(3) BOOL CloseClipboard(void)
프로세스가 클립보드를 열면 프로세스가 클립보드 핸들을 닫기 위해 CloseClipboard 함수를 호출하지 않을 때까지 다른 프로세스는 클립보드를 열 수 없습니다. 클립보드 사용을 마칠 때마다 클립보드를 닫아야 합니다. 여기서 클립보드를 닫는다고 해서 현재 클립보드를 열고 있는 프로그램이 클립보드의 소유권을 잃는다는 의미는 아닙니다. 다른 프로그램이 빈 클립보드 함수를 호출한 후에만 현재 프로그램이 클립보드의 소유권을 잃을 수 있습니다. 클립보드.

(4)HANDLE SetClipboardData(UINT uFormat, HANDLE hMem);
SetClipboardData 함수는 데이터를 클립보드에 배치하는 데 사용됩니다. 첫 번째 매개변수 uFormat은 CF_BITMAP, CF_TEXT, CF_DIB 등과 같이 클립보드에 배치할 데이터의 형식을 지정하는 데 사용됩니다. (다른 형식에 대해서는 MSDN을 참조하세요.) 두 번째 매개변수 hMem은 지정된 형식의 데이터 핸들을 지정하는 데 사용됩니다. 이 매개변수는 NULL일 수 있습니다. 매개변수가 NULL이면 프로그램이 클립보드의 데이터를 요청할 때까지(즉, 클립보드 소유권 프로세스)는 데이터를 클립보드에 복사합니다. 즉, 지정된 클립보드 형식으로 데이터를 제공합니다. 위에서 언급한 지연 제출 기술은 나중에 자세히 소개하겠습니다.

(5) BOOL IsClipboardFormatAvailable( UINT format )
이 함수는 클립보드의 데이터 형식이 형식에 지정된 형식인지 확인하는 데 사용됩니다.

(6)HANDLE GetClipboardData( UINT uFormat )
이 함수는 uFormat에서 지정한 형식에 따라 클립보드에 존재하는 클립보드 개체에 대한 핸들을 지정된 형식으로 반환합니다.

2. 공유 메모리 할당
(1) HGLOBAL WINAPI GlobalAlloc( UINT uFlags, SIZE_T dwBytes )
첫 번째 매개변수 uFlags는 메모리 할당 방법을 지정하는 데 사용됩니다. 그 값은 다음 목록과 같습니다. 그러나 클립보드를 사용하는 경우 동적 데이터 교환이 필요하므로 GHND 또는 GMEM_MOVEABLE을 사용해야 합니다.
GHND GMEM_MOVEABLE과 GMEM_ZEROINIT의 조합입니다.
GMEM_FIXED는 고정 메모리를 할당하고 반환 값은 포인터입니다.
GMEM_MOVEABLE 이동식 메모리를 할당합니다.
GMEM_ZEROINIT 메모리 내용을 0으로 초기화합니다.
GPTR GMEM_FIXED와 GMEM_ZEROINIT의 조합입니다.
두 번째 매개변수 dwBytes는 할당된 바이트 수를 지정하는 데 사용됩니다.

(2) HGLOBAL WINAPI GlobalReAlloc(HGLOBAL hMem, SIZE_T dwBytes, UINT uFlags)
이 함수는 원래 데이터 개체 hMem의 메모리 공간을 확장하는 재할당 함수입니다.
첫 번째 매개 변수 hMem은 GlobalAlloc 함수에서 반환된 데이터 개체 핸들을 나타냅니다.
두 번째 매개변수 dwBytes는 재할당해야 하는 메모리의 크기를 지정합니다.
세 번째 매개변수 uFlags는 할당 방법을 지정합니다(GlobalAlloc 함수 참조).

(3) SIZE_T WINAPI GlobalSize( HGLOBAL hMem )
이 함수는 메모리 블록의 크기를 반환하는 데 사용됩니다.
첫 번째 매개 변수 hMem은 GlobalAlloc 함수에서 반환된 데이터 개체 핸들을 나타냅니다.

(4) LPVOID WINAPI GlobalLock( HGLOBAL hMem );
이 함수의 기능은 전역 메모리 개체를 잠근 다음 개체 메모리 블록의 첫 번째 바이트에 대한 포인터를 반환하는 것입니다.
첫 번째 매개 변수 hMem은 GlobalAlloc 함수에서 반환된 데이터 개체 핸들을 나타냅니다.

(5) BOOL WINAPI GlobalUnlock( HGLOBAL hMem );
위의 GlobalLock 함수를 통해 이 전역 메모리에 액세스할 수 있습니다.
잠금은 이미 이 전역 메모리를 사용하고 있으며 다른 프로그램이 이 전역 메모리를 더 이상 사용할 수 없음을 의미합니다. 잠금을 해제하지 않아도 문제가 되지 않습니다. 다른 프로그램에서는 이 전역 메모리를 사용할 수 없는데 왜 여전히 전역 메모리라고 불리는 걸까요? 따라서 이 함수는 전역 메모리 개체의 잠금을 해제하는 데 사용됩니다.
첫 번째 매개 변수 hMem은 GlobalAlloc 함수에서 반환된 데이터 개체 핸들을 나타냅니다.

(6) HGLOBAL WINAPI GlobalFree( HGLOBAL hMem )
이 함수는 전역 메모리 블록을 해제합니다.
첫 번째 매개 변수 hMem은 GlobalAlloc 함수에서 반환된 데이터 개체 핸들을 나타냅니다.

다음은 독자가 자신의 컴퓨터에서 Ctrl+C(클립보드에 데이터 복사) 또는 Ctrl+V(클립보드에서 데이터 복사)를 수행하여 특정 테스트를 수행할 수도 있는 샘플 코드입니다.

위 내용은 C++ MFC 프로세스 간 통신의 클립보드를 이해하는 방법의 상세 내용입니다. 자세한 내용은 PHP 중국어 웹사이트의 기타 관련 기사를 참조하세요!

성명:
본 글의 내용은 네티즌들의 자발적인 기여로 작성되었으며, 저작권은 원저작자에게 있습니다. 본 사이트는 이에 상응하는 법적 책임을 지지 않습니다. 표절이나 침해가 의심되는 콘텐츠를 발견한 경우 admin@php.cn으로 문의하세요.