Динамическая загрузка функции из библиотеки DLL

в дополнение к уже опубликованному ответу, я подумал, что должен поделиться удобным трюком, который я использую для загрузки всех функций DLL в программу через указатели функций, без написания отдельного вызова GetProcAddress для каждой функции. Мне также нравится вызывать функции напрямую, как это было сделано в OP.

начните с определения общего типа указателя функции:

typedef int (__stdcall* func_ptr_t)();

какие типы, которые используются на самом деле не важно. Теперь создайте массив этого типа, что соответствует количеству функций в DLL:

func_ptr_t func_ptr [DLL_FUNCTIONS_N];

в этом массиве мы можем хранить фактические указатели на функции, которые указывают в пространство памяти DLL.

следующая проблема заключается в том, что GetProcAddress ожидает имена функций в виде строк. Поэтому создайте аналогичный массив, состоящий из имен функций в DLL:

const char* DLL_FUNCTION_NAMES [DLL_FUNCTIONS_N] = 
{
  "dll_add",
  "dll_subtract",
  "dll_do_stuff",
  ...
};

теперь мы можем легко вызвать GetProcAddress() в цикле и хранить каждую функцию внутри, что массив:

for(int i=0; i<DLL_FUNCTIONS_N; i++)
{
  func_ptr[i] = GetProcAddress(hinst_mydll, DLL_FUNCTION_NAMES[i]);

  if(func_ptr[i] == NULL)
  {
    // error handling, most likely you have to terminate the program here
  }
}

если цикл был успешным, единственная проблема, которую мы имеем сейчас, это вызов функций. Указатель на функцию typedef из более ранней версии не полезен, потому что каждая функция будет иметь свою собственную подпись. Это можно решить, создав структуру со всеми типами функций:

typedef struct
{
  int  (__stdcall* dll_add_ptr)(int, int);
  int  (__stdcall* dll_subtract_ptr)(int, int);
  void (__stdcall* dll_do_stuff_ptr)(something);
  ...
} functions_struct;

и, наконец, чтобы соединить их с массивом ранее, создайте объединение:

typedef union
{
  functions_struct  by_type;
  func_ptr_t        func_ptr [DLL_FUNCTIONS_N];
} functions_union;

теперь вы можете загрузить все функции из DLL с удобным петля, но вызовите их через by_type член Союза.

но конечно, это немного обременительно, чтобы ввести что-то вроде

functions.by_type.dll_add_ptr(1, 1); всякий раз, когда вы хотите вызвать функцию.

как оказалось, именно по этой причине я добавил постфикс "ptr" к именам: я хотел, чтобы они отличались от реальных имен функций. Теперь мы можем сгладить синтаксис icky struct и получить нужные имена, используя некоторые макросы:

#define dll_add (functions.by_type.dll_add_ptr)
#define dll_subtract (functions.by_type.dll_subtract_ptr)
#define dll_do_stuff (functions.by_type.dll_do_stuff_ptr)

и вуаля, теперь вы можете использовать имена функций, с правильным типом и параметрами, как если бы они были статически в проект:

int result = dll_add(1, 1);

---

отказ от ответственности: строго говоря, преобразования между различными указателями функций не определяются стандартом C и небезопасны. Так что формально то, что я здесь делаю, - это неопределенное поведение. Однако в мире Windows указатели функций всегда имеют одинаковый размер независимо от их типа и преобразования между ними предсказуемо на любой версии Windows, которую я использовал.

кроме того, теоретически в union/struct может быть вставлено дополнение, которое приведет к сбою всего. Однако указатели имеют тот же размер, что и требование выравнивания в Windows. А static_assert чтобы гарантировать, что структура/объединение не имеет заполнения, возможно, все еще в порядке.