Что происходит в C, когда я беру адрес указателя?

Question

У меня есть пример программы следующим образом:

int testPointer(int * intArray, int * ptr) { 
    printf("%i\n", intArray); 
    printf("%i\n", ptr); 
    printf("%lu\n", &intArray); 
    printf("%lu\n", &ptr); 
    return 0; 
} 

int main() { 
    int result = testPointer((int *) 0x1, (int *) 0x2); 
    return 0; 
} 

Типичный результат будет:

1 
2 
3212962484 
3212962480 

Первые две строки всегда одинаковы, и я понимаю, как они производятся. Третья и четвертая строки различаются для каждого прогона, но значение на четвертой строке всегда на четыре меньше, чем значение на третьей строке. Как расшифровать эти значения? Что они представляют и почему последняя строка всегда на четыре меньше третьей?

Answer 1

Он дает вам адрес этих переменных, то есть их расположение в памяти.

У вас есть эти переменные, которые являются аргументами функции, но они так же, как и любой другой локальной переменной в функции testPointer:

int testPointer(int * intArray, int * ptr) 
         ^^^^^^   ^^^ 

Они живут где-то в памяти, и вы получите адрес этого места с оператором & . Это похоже делает

int i; 
printf("%p\n", (void*)&i); 

, который показывает адрес переменной i.

Обратите внимание, что для печати указателя следует использовать% p, как в printf("%p\n", (void*)&ptr);,% i или% lu ожидает int или long аргумент, который может быть несовместим с указателем на данной платформе.

Что они представляют и почему это последняя линия всегда четыре меньше, чем третья линия

Это потому, что компилятор поместил эти 2 переменные рядом друг с другом в памяти, и на вашем платформа указатель, по-видимому, 4 байта большой.

И мы могли бы также предположить из этого, что на вашей платформе, аргументы функции помещаются в стек слева направо (первая intArray, то ptr), если стек в системе растет вниз в памяти (что является наиболее часто встречающийся)

Answer 2

Последняя строка всегда (ровно 4 на 32-разрядной системе) меньше третьей строки, потому что обе переменные находятся в стеке, который традиционно растет вниз от верхней части памяти.

Answer 3

Вы не расшифровываете эти значения. Это адреса, выбранные операционной системой и подпрограммами распределения памяти C для хранения ваших переменных. Это области памяти, которые система определила для вас.

Что еще вы хотите расшифровать?

Answer 4

Эти две строки являются адресами указателей в памяти. (вы должны использовать %p для их отображения).

Поскольку они два последовательных int*, переданные функции, они равны sizeof(int*) = 4 байта (в 32-разрядной системе).

Answer 5

Когда эта функция вызывается, int testPointer(int * intArray, int * ptr), значения intArray и ptr хранятся в стеке. Следовательно, &intArray напечатает указатель, который будет таким же, как указатель стека, который будет меняться для каждого запуска программы.

Когда передано 2 параметра, каждый параметр помещается в стек один над другим. Так, в 2 параметры помещаются рядом друг с друг с другом и размер указателя равен 4 байта, вы замечаете разницу 4.

Answer 6

Технически, поведение не определено, поскольку %lu директива должна соответствовать long unsigned int типизированных аргумента. Это может работать для вас, но только по совпадению. Вы не хотели бы привыкать полагаться на совпадение. Существуют реализации, в которых long unsigned int отличаются в представлении и ширине указателями, и этот код может привести к сбоям.

Если вы хотите напечатать эти адреса портативно, вам необходимо использовать директиву %p, которая соответствует аргументу void *. Не забудьте указать аргумент void *, потому что int * может отличаться от представления void *. См. Question 5.17 of c-faq.com.

Как расшифровать эти значения?

Это адреса. Думайте о них, как о почтовых адресах. Когда репатрианты ребята хотят получить финансовые активы, они идут по адресу человека и берут телевизор. Когда человек доставки хочет доставить посылку, он находит человека, следуя по адресу. Это концептуально похоже на то, как обычные процессоры извлекают и хранят значения на компьютерах (очень простым способом).

Что они представляют ...

Они мощь представляют смещение объектов, которые они указывают. Например, когда &intArray соответствует 3212962484, то может быть признаком того, что intArray находится по адресу 3212962484th байт в вашей ОЗУ. Однако полагаться на это было бы совпадением. То, как вы печатаете указатели, не переносимо, а указатели концептуально отличаются от целых чисел. Они также могут быть вашими номерами кредитных карт.

... и почему последняя строка всегда четыре меньше третьей строки?

Совпадение или выбор людей, которые разработали ваш компилятор, ОС или процессор. Четыре могут также быть the percentage of answers that fully respond to double-barreled questions.