Создание и управление памятью
Какие связи между кучами hHeap, hHeap2 и адресами BuffBmp, Memr2 подтверждены источником, чем дескриптор отличается от адреса, как различать занятую длину и ёмкость и что проверить перед реальной операцией над буфером.
Назначение
В описанной системе две кучи связаны с конкретными областями программы. Куча hHeap ассоциирована с буфером отображения BMP экрана, чей адрес называется BuffBmp, и с программным стеком. Куча hHeap2 ассоциирована с буфером переменных по адресу Memr2. Эти обозначения фиксируют назначение областей, но не устанавливают порядок их выделения, физическую смежность в памяти, ёмкость, правила роста или освобождения. Читателю важно различать подтверждённые связи и то, что из них не следует.
Дескриптор и адрес
Дескриптор кучи — это токен, по которому программа обращается к управляемому ресурсу через определённый интерфейс. Сам токен не является публичной структурой с полями адреса, ёмкости и времени жизни. Адрес вроде BuffBmp или Memr2 указывает расположение области, но не обязательно начало кучи и не обязательно физический адрес в оперативной памяти. Наличие операций запроса метаданных зависит от фактического контракта интерфейса, а не от того, что имя области известно.
Занятая длина и ёмкость
При работе с буфером различают два числа: сколько байт сейчас действительно заполнено и готово к чтению, и сколько байт выделено для записи. Проверка того, что числовой индекс попадает в диапазон ёмкости, сама по себе не доказывает, что объект жив, что у вызывающего кода есть права доступа, что представление данных корректно и что буфер принадлежит этому участку программы. По именам BuffBmp и Memr2 реальные размеры областей не выводятся.
Гипотетический жизненный цикл
Для наглядности можно описать вымышленного владельца буфера: он создаёт область, выдаёт временный доступ другому компоненту и освобождает её по выбранному правилу. В таком договоре заимствованный доступ истекает, когда владелец забирает буфер обратно. Этот пример иллюстрирует идею владения и сроков доступа; он не приписан кучам hHeap или hHeap2 и не утверждает, что обе области живут одновременно весь срок работы программы.
Пример
Рассмотрим гипотетический плотно упакованный буфер 640 на 480 пикселей при четырёх байтах на пиксель. Строка занимает 640 умножить на 4, то есть 2560 байт. Всего 2560 умножить на 480, то есть 1228800 байт, что равно 1,2288 десятичного мегабайта или 1,171875 МиБ. Расчёт исключает заголовки файлов, выравнивание строк и любые дополнительные выделения. Это не фактическая конфигурация программы и не подтверждённый формат пикселя.
Ограничения
Перед реальной операцией над буфером проверяют фактический формат, шаг строки, протяжённость области, живость объекта, права владения и результат операции. Диаграмма с именами BuffBmp и Memr2 не сообщает, где сохраняются результаты вычислений координат при рисовании и какой интерфейс управляет ошибками. Единственная надёжная граница здесь — контракт, задокументированный для конкретной реализации.