FileMapping - один из способов обмена данными между процессами |
||||
---|---|---|---|---|
Как-то при написании монитора клавиатуры (в народе - "клавирного шпиона") столкнулся с проблемой передачи данных между динамически подключаемыми библиотеками (DLL). Надо было где-то хранить хэндл окна и сравнивать его с текущим. Проблема же заключалась в том, что библиотеки при загрузке отображаются в адресное пространство каждого вызвавшего их процесса, т.е. при каждом вызове библиотеки она загружается всякий раз в новое адресное пространство. Вот и получается, что в случае, если два различных процесса загрузят одну и ту же DLL, манипулирование с любыми данными внутри одной DLL никак не скажется на этих же данных внутри другого экземпляра той же самой DLL. Мне же требовалось, чтобы к хэндлу окна был доступ из любого процесса, загрузившего эту DLL. Одним из способов решения поставленной задачи оказалось использование объекта файлового отображения (FileMapping). Правда, поставленную задачу я решил несколько другим, более элегантным способом, возможно о нем расскажу в другой раз. Однако для "общего случая" обмена данными между процессами использование FileMapping подходит лучше всего. В этой статье использование FileMapping для DLL рассматриваться не будет, т.к. понять "как все работает" будет проще на примере небольшого простенького приложения. Как все работает Под "памятью" в Windows подразумевается не только физическая память (ОЗУ), но также память, резервируемая операционный системой на жестком диске. Этот вид памяти называется "виртуальной памятью" и образует так называемый страничный свап-файл или "файл подкачки". По мере необходимости операционная среда обращается к этому файлу, чтобы поместить в него пока ненужные системе данные или наоборот считать в ОЗУ уже потребовавшиеся данные (как все это система делает надо спросить у Билла Гейтса). Но, не вдаваясь в подробности реализации страничных файлов подкачки, мы можем использовать эту особенность Windows в своих интересах. Например, поместить каким-то способом в свап-файл нужные уже НЕ СИСТЕМЕ, А НАМ данные, чтобы затем можно было бы обратиться к этому файлу из любого другого процесса и считать или изменить нужные данные. К счастью, WinAPI предоставляет способ работы со свап-файлом посредством так называемого объекта файлового отображения. FileMapping - объект файлового отображения Чтобы создать объект файлового отображения, считать или записать в него необходимые данные, а затем распрощаться с этим объектом мы, соответственно, должны:- создать объект (CreateFileMapping); - получить доступ к данным (MapViewOfFile); - закрыть доступ к данным (UnMapViewOfFile); - попрощаться с объектом (CloseHandle). На самом деле функций, работающих с объектом файлового отображения несколько больше, но нам будет достаточно этих. CreateFileMapping или создание объекта файлового отображения. Если вспомнить написанное выше, то страничный файл операционной системы используется как расширение памяти. Под расширением понимается процесс подкачки (swap) ОЗУ, вызывающийся системой по мере необходимости. Таким образом, создав объект файлового отображения, связанный со страничным свап-файлом, мы получим в качестве результата выделение глобально доступной памяти. Так как эта память является общедоступной, то любой другой процесс, создавший экземпляр объекта файлового отображения, будет иметь доступ к этим данным. Function CreateFileMapping(hFile: THandle; lpFileMappingAttributes: PSecurityAttributes; flProtect, dwMaximumSizeHigh, dwMaximumSizeLow: DWORD; lpName: PChar): THandle;hFile - файловый идентификатор - в результате присвоения этому аргументу значения $FFFFFFFF или определенной в Windows.pas константы MAXDWORD мы свяжем создаваемый объект файлового отображения со страничным свап-файлом. lpFileMappingAttributes - указатель на запись типа TSecurityAttributes, в нашем случае значение этого аргумента игнорируется - присваиваем ему значение NIL. flProtect - способ совместного использования создаваемого объекта, в нашем случае разрешим доступ на чтение и запись - присвоим ему значение PAGE_READWRITE. dwMaximumSizeHigh - старший разряд 64-битного значения размера выделяемого объема памяти для совместного доступа (более 4 Gbt)- нам столько не надо :) - присвоим этому аргументу значение 0. dwMaximumSizeLow - Спасибо славным жителям Королевства, указавшим на ошибку в описании этого аргумента! В особенности г-ну Uno, который замечательно все объяснил! (см. комментарий к статье) - младший разряд 64-битного значения размера выделяемого объема памяти для совместного доступа - если размер dwMaximumSizeHigh равен 0, то размер этого аргумента должен быть НЕ МЕНЬШЕ РАЗМЕРА ДАННЫХ помещаемых в файл подкачки. При этом надо учитывать то, что размер "страницы" для Intel составляет 4 KBt, т.е. указав этот размер 1 байт мы получим "карман для совместного доступа" :) в 4 KBt, если указать 4001, то в объект файлового отображения можно будет поместить уже до 8Kbt данных и т.д. lpName - имя объекта файлового отображения. Результат функции - в случае успешного выполнения функции получим описатель (хэндл) созданного объекта файлового отображения, тип THandle. По этому описателю будем обращаться к нужному объекту файлового отображения. Если в силу каких-либо причин создать объект файлового отображения не удалось, функция вернет в результате 0. MapViewOfFile или подключение объекта файлового отображения к адресному пространству. Будучи созданным при помощи функции CreateFileMapping, объект файлового отображения должен отображать связанный с ним файл (в нашем случае страничный свап-файл операционной системы) в адресное пространство процессов. В результате выполнения MapViewOfFile мы получим начальный адрес нужных нам данных. Function MapViewOfFile(hFileMappingObject: THandle; dwDesiredAccess: DWORD; dwFileOffsetHigh, dwFileOffsetLow, dwNumberOfBytesToMap: DWORD): Pointer;hFileMappingObject - описатель (хэндл) созданного выше объекта файлового отображения. dwDesiredAccess - способ доступа к полученным данным, в нашем случае установим доступ на чтение и запись FILE_MAP_WRITE. dwFileOffsetHigh, dwFileOffsetLow - 64-битное смещение от начала map-файла, установим эти значения в 0. dwNumberOfBytesToMap - указывает сколько байт будем из файла считывать, если этот аргумент имеет значение 0, то будет считан весь файл. Результат функции - в случае успешного выполнения функции получим начальный адрес данных объекта файлового отображения, иначе NIL. Тип Pointer - указатель. UnMapViewOfFile или прекращение отображения данных. Для отключения от текущего процесса объекта файлового отображения используется функция UnMapViewOfFile. Function UnMapViewOfFile(lpBaseAddress: Pointer): Boolean;lpBaseAddress - в этот аргумент должно быть помещено значение, возвращаемое функцией MapViewOfFile. Результат функции - в случае успешного выполнения функции получим TRUE, иначе FALSE. CloseHandle или закрытие объекта файлового отображения. Для уничтожения объекта файлового отображения и освобождения памяти используется функция CloseHandle. Function CloseHandle(hFileMapObj:THandle):Boolean;hFileMapObj - описатель (хэндл) объекта файлового отображения, полученный в результате выполнения функции CreateFileMapping. Результат функции - в случае успешного выполнения функции получим TRUE, иначе FALSE. Для правильного завершения работы с объектом файлового отображения вначале следует применить функцию UnMapViewOfFile, а затем CloseHandle. Прототипы функций (кроме CloseHandle) и необходимые константы определены в файле Windows.pas. Этот файл находится в созданной при установке Delphi директории \Borland\Delphi_X\Source\Rtl\Win Однако "чистая теория" не дает полного представления о том, как все может выглядеть на практике. Поэтому рассмотрим небольшой практический пример. Небольшой практический пример Поместите на форму TEdit, 2 экземпляра TBitBtn, TTimer и 3 экземпляра
TLabel.
Постскриптум Статья нисколько не претендует на академичность изложения, поскольку сведения были почерпнуты из совершенно различных источников, которые во многом друг другу противоречат и в определениях и в понятиях. Однако, как говорится, "все работает"... Файлы проекта лежат здесь: FileMappingEx.zip
(2.5K) | ||||