В чем разница между статической и динамической библиотекой в C++?

Статические библиотеки (.a в Linux, .lib в Windows) линкуются на этапе компиляции, их код становится частью исполняемого файла. Динамические библиотеки (.so в Linux, .dll в Windows) загружаются во время выполнения.

Ключевые технические различия:

1. Время линковки:

   • Статические: на этапе компиляции
   • Динамические: на этапе выполнения (или lazy loading)

2. Размер исполняемого файла:

   • Статические: увеличивают размер бинарника
   • Динамические: не влияют на размер основного бинарника

3. Обновления:

   • Статические: требуют перекомпиляции приложения
   • Динамические: можно обновить библиотеку без перекомпиляции приложения

Пример создания и использования в C++:

// mylib.h - интерфейс библиотеки
#pragma once
#ifdef MYLIB_EXPORTS
    #define MYLIB_API __declspec(dllexport) // Для Windows
#else
    #define MYLIB_API __declspec(dllimport) // Для Windows
    // В Linux: просто extern
#endif

namespace MyLib {
    MYLIB_API int calculate(int a, int b);
    MYLIB_API void processData(const std::vector<int>& data);
}

// mylib.cpp - реализация
#include "mylib.h"
#include <vector>

extern "C" MYLIB_API int calculate(int a, int b) {
    return a * b + (a + b);
}

extern "C" MYLIB_API void processData(const std::vector<int>& data) {
    // Реализация обработки
}

Компиляция и линковка:

# Статическая библиотека (Linux):
g++ -c mylib.cpp -o mylib.o
ar rcs libmylib.a mylib.o

# Динамическая библиотека (Linux):
g++ -fPIC -c mylib.cpp -o mylib.o
g++ -shared -o libmylib.so mylib.o

# Использование статической:
g++ main.cpp -L. -lmylib -o app_static

# Использование динамической:
g++ main.cpp -L. -lmylib -o app_dynamic
# Запуск: LD_LIBRARY_PATH=. ./app_dynamic

Практические соображения из опыта:

1. Когда использовать статические библиотеки:

   • Разработка embedded-систем с ограниченными ресурсами
   • Распространение standalone-приложений без зависимостей
   • Критичные к производительности компоненты (исключаем overhead динамической загрузки)

2. Когда использовать динамические библиотеки:

   • Большие проекты с общими компонентами
   • Плагинные архитектуры
   • Частые обновления отдельных компонентов
   • Экономия памяти при нескольких запущенных экземплярах

3. Проблемы, с которыми сталкивался:

   • ABI совместимость: Изменение размера класса или порядка членов ломает бинарную совместимость
   • DLL Hell: Конфликты версий динамических библиотек
   • Порядок инициализации: Статические переменные в разных библиотеках

Решение для ABI совместимости:

// Использование PImpl идиомы для стабильного ABI
class MyClass {
public:
    MyClass();
    ~MyClass();
    void doSomething();

private:
    class Impl;
    std::unique_ptr<Impl> pImpl; // Изменения в Impl не влияют на ABI
};