WikiDer > Смещение

C offsetof () макрос - это ANSI C функция библиотеки найдена в stddef.h. Он оценивает смещение (в байтах) данного члена в структура или же союз тип, выражение типа size_t. В offsetof () макрос занимает два параметры, первый из которых является именем структуры, а второй - именем члена в структуре. Его нельзя назвать прототипом C.^[1]

Выполнение

«Традиционная» реализация макроса полагалась на то, что компилятор получает смещение члена, задавая гипотетическую структуру, которая начинается с нулевого адреса:

#define offsetof (st, m)     ((size_t) & (((st *) 0) -> m))

Это можно понять как получение нулевого указателя структуры типа ул, а затем получение адреса участника м в пределах указанной структуры. Хотя эта реализация правильно работает во многих компиляторах, она вызвала некоторые споры, если это неопределенное поведение согласно стандарту C,^[2] поскольку это, похоже, связано с разыменование из нулевой указатель (хотя, согласно стандарту, раздел 6.6 «Постоянные выражения», параграф 9, значение объекта не доступно для операции). Это также имеет тенденцию вызывать затруднения при диагностике компилятора, если один из аргументов написан с ошибкой.^{[нужна цитата]}

Альтернатива:

#define offsetof (st, m)     ((size_t) ((char *) & ((st *) 0) -> m - (char *) 0))

Это может быть указано таким образом, потому что в стандарте не указано, что внутреннее представление нулевого указателя находится по адресу ноль. Следовательно, необходимо различать адрес участника и базовый адрес. Опять же, поскольку это постоянные выражения, их можно вычислить во время компиляции, а не обязательно во время выполнения.

Некоторые современные компиляторы (например, GCC) вместо этого определите макрос, используя специальную форму (как расширение языка), например^[3]

#define offsetof (st, m)     __builtin_offsetof (ул, м)

Эта встроенная функция особенно полезна с C ++. учебный классes или структураs, которые объявляют обычную унарную оператор &.^[4]

использование

Это полезно при реализации общих структур данных на C. Например, Ядро Linux использует offsetof () реализовать container_of (), что позволяет миксин введите, чтобы найти структуру, которая его содержит:^[5]

#define container_of (ptr, type, member) ({                 const typeof (((тип *) 0) -> член) * __ mptr = (ptr);                 (тип *) ((char *) __ mptr - offsetof (тип, член));})

Этот макрос используется для получения закрывающей структуры из указателя на вложенный элемент, например этой итерации связанного списка my_struct объекты:

структура my_struct {    const char *имя;    структура list_node список;};внешний структура list_node * list_next(структура list_node *);структура list_node *Текущий = /* ... */пока (Текущий != НОЛЬ) {    структура my_struct *элемент = container_of(Текущий, структура my_struct, список);    printf("% s", элемент->имя);    Текущий = list_next(&элемент->список);}

В реализации container_of ядра linux используется расширение GNU C, называемое утверждения выражения.^[6] Возможно, выражение оператора использовалось для обеспечения безопасности типов и, следовательно, для устранения возможных случайных ошибок. Однако есть способ реализовать такое же поведение без использования выражений операторов, при этом обеспечивая безопасность типов:

#define container_of (ptr, type, member) ((type *) ((char *) (1? (ptr): & ((type *) 0) -> member) - offsetof (тип, член)))

На первый взгляд такая реализация может показаться более сложной, чем необходимо, а необычное использование условного оператора может показаться неуместным. Возможна более простая реализация:

#define container_of (ptr, type, member) ((type *) ((char *) (ptr) - offsetof (тип, член)))

Эта реализация также будет служить той же цели, однако есть фундаментальное упущение с точки зрения исходной реализации ядра Linux. Тип ptr никогда не сравнивается с типом члена, это то, что может уловить реализация ядра Linux.

В вышеупомянутой реализации с проверкой типа проверка выполняется необычным использованием условного оператора. Ограничения условного оператора указывают, что если операнды условного оператора являются указателями на тип, они оба должны быть указателями на совместимые типы. В этом случае, несмотря на то, что значение третьего операнда условного выражения никогда не будет использоваться, компилятор должен выполнить проверку, чтобы убедиться, что (птр) и & ((type *) 0) -> член оба являются совместимыми типами указателей.

Ограничения

Использование смещение ограничен POD типы в C ++ 98, стандартная планировка классы в C ++ 11^[7], и больше случаев условно поддерживаются в C ++ 17^[8], иначе его поведение будет неопределенным. Хотя большинство компиляторов сгенерируют правильный результат даже в случаях, которые не соответствуют стандарту, есть крайние случаи, когда смещение либо выдаст неверное значение, либо выдаст предупреждение или ошибку во время компиляции, либо приведет к полному сбою программы. Особенно это касается виртуального наследования.^[9]Следующая программа сгенерирует несколько предупреждений и выдаст явно подозрительные результаты при компиляции с помощью gcc 4.7.3 на архитектуре amd64:

#включают <stddef.h>#включают <stdio.h>структура А{    int  а;    виртуальный пустота дурачок() {}};структура B: общественный виртуальный А{    int  б;};int главный(){    printf("offsetof (A, a):% zu", смещение(А, а));    printf("offsetof (B, b):% zu", смещение(B, б));    возвращаться 0;}

Выход:

смещение (A, a): 8 смещение (B, b): 8

Рекомендации