🧩 Интерфейсы прикладного программирования в Linux: как программы «разговаривают» с системой Когда вы запускаете программу в Linux, она не работает в вакууме. Чтобы читать файлы, выделять память или отправлять данные в сеть, ей нужно взаимодействовать с операционной системой. Это взаимодействие происходит через интерфейсы прикладного программирования — API. В Linux их несколько уровней, и каждый играет свою роль. 🔹1. Системные вызовы (syscalls) — API ядра Это самый низкий уровень API, через который пользовательские программы обращаются к ядру. Примеры: - read(), write() — работа с файлами и сокетами, - fork(), execve() — управление процессами, - mmap() — отображение памяти, - socket(), bind(), connect() — сетевое взаимодействие. > 💡 Системные вызовы — это единственный способ для userspace-программы запросить что-то у ядра. Всё остальное — обёртки поверх них. Вызов происходит через специальную инструкцию процессора (syscall на x86-64), после чего управление передаётся ядру. 🔹2. POSIX API — стандартный интерфейс ОС POSIX (Portable Operating System Interface) — это стандарт, определяющий общий API для Unix-подобных систем. Он включает: - Функции работы с файлами: open(), close(), stat(), - Управление процессами: wait(), kill(), - Потоки: pthread_create(), pthread_mutex_lock(). Linux стремится к совместимости с POSIX, поэтому программы, написанные по этому стандарту, легко переносятся между macOS, FreeBSD, Solaris и Linux. 🔹3. Библиотечный API: glibc как мост Большинство программ не вызывают syscalls напрямую. Вместо этого они используют стандартную библиотеку C — обычно glibc. Примеры: - fopen() → внутри вызывает open(), - printf() → буферизует вывод и использует write(), - malloc() → управляет памятью в userspace, обращаясь к ядру (brk/mmap) только при необходимости. glibc не только упрощает работу, но и: - Добавляет буферизацию, - Обеспечивает локализацию, - Реализует DNS-запросы (getaddrinfo), - Поддерживает TLS и потоки. 🔹4. Языковые и фреймворковые API Высокоуровневые языки (Python, Go, Rust, Java) предоставляют свои API, которые в конечном счёте сводятся к syscalls через libc или напрямую. Пример: with open("/etc/hostname") as f: print(f.read()) → Python вызывает fopen/fread из glibc → glibc вызывает openat и read → ядро читает данные с диска. Даже если вы «не пишете на C» — вы всё равно используете эти интерфейсы, просто через дополнительные слои абстракции. 🔹5. D-Bus, sysfs, procfs — API для взаимодействия между процессами Не все API — функции в коде. В Linux много файловых и IPC-интерфейсов: - /proc и /sys — виртуальные файловые системы для чтения состояния ядра, - D-Bus — шина сообщений для обмена между демонами и GUI-приложениями, - Netlink sockets — API для обмена между ядром и userspace (например, ip route использует Netlink). Эти интерфейсы — часть экосистемы Linux API, хотя и не являются «функциями» в классическом смысле. 💡 Зачем это знать? - Чтобы понимать, где возникает проблема: в коде, в библиотеке или в ядре, - Чтобы грамотно отлаживать через strace, ltrace, perf, - Чтобы писать переносимый и эффективный код, - Чтобы не путать POSIX, Linux-specific и языковые особенности. 🧠 API в Linux — это многослойный пирог: от «сырых» системных вызовов до удобных функций в Python. Понимание этих слоёв делает вас не просто пользователем, а настоящим инженером. #Linux #Программирование #API #SystemCalls #Glibc #POSIX #Devops #Sysadmin #СистемноеПрограммирование #LinuxArchitecture #IT #OpenSource