Импорт с помощью DEF-файлов

Если вы решили использовать __declspec(dllimport) вместе с DEF-файлом, следует изменить DEF-файл так, чтобы в нем вместо раздела CONSTANT использовался раздел DATA. Это снизит вероятность возникновения проблем из-за неправильного написания кода.

// project.def
LIBRARY project
EXPORTS
   ulDataInDll   DATA

Причины представлены в таблице ниже.

При использовании __declspec(dllimport) и CONSTANT в библиотеке DLL импорта с расширением LIB, создаваемой для обеспечения явной компоновки, указываются как версия imp, так и недекорированное имя. При использовании __declspec(dllimport) и DATA указывается только версия imp имени.

При использовании CONSTANT для доступа к ulDataInDll можно использовать любую из следующих конструкций кода:

__declspec(dllimport) ULONG ulDataInDll; /*prototype*/
if (ulDataInDll == 0L)   /*sample code fragment*/

–или–

ULONG *ulDataInDll;      /*prototype*/
if (*ulDataInDll == 0L)  /*sample code fragment*/

Однако если в DEF-файле используется DATA, к переменной ulDataInDll будет иметь доступ только код, скомпилированный со следующим определением:

__declspec(dllimport) ULONG ulDataInDll;

if (ulDataInDll == 0L)   /*sample code fragment*/

Использовать CONSTANT опаснее, так как если вы пропустите дополнительный уровень косвенного обращения, то может случиться так, что вы обратитесь к указателю на переменную в таблице адресов импорта, а не к самой переменной. Подобная проблема часто проявляется как нарушение прав доступа, так как таблица адресов импорта в настоящее время доступна компилятору и компоновщику только для чтения.

Текущий компоновщик Microsoft C++ (MSVC) выдает предупреждение, если он видит CONSTANT в файле .def, чтобы учитывать этот случай. Единственной реальной причиной использования CONSTANT является невозможность перекомпиляции некоторого объектного файла, если в файле заголовка не содержится __declspec(dllimport) для прототипа.

См. также

Импорт в приложение