C언어 포인터 쉽게 이해하기: 배열과 함께 보면 왜 더 헷갈릴까

C언어 포인터 쉽게 이해하기를 검색하는 이유는 대부분 비슷합니다. 선언문은 읽은 것 같은데, 막상 코드에서 *와 &가 나오고 배열까지 같이 등장하면 갑자기 머리가 복잡해지기 때문입니다. 포인터가 어려운 이유는 문법이 길어서가 아니라, 값이 아니라 주소를 다룬다는 감각이 익숙하지 않기 때문입니다.

이번 글에서는 포인터를 무작정 외우지 않고, 주소, 역참조, 배열과의 관계를 중심으로 왜 헷갈리는지부터 조금 더 깊게 정리하겠습니다. 이번 버전은 입문자 관점에서 설명 밀도를 높이고, 배열/포인터 관계를 그림으로도 바로 이해할 수 있게 보강했습니다.

포인터를 가장 짧게 설명하면

포인터는 다른 값을 직접 저장하는 변수라기보다, 어떤 값이 저장된 위치를 가리키는 변수입니다. 즉 포인터 안에는 정수 10이나 문자 a 같은 값이 아니라, 메모리 주소가 들어 있습니다. 이 한 문장을 정확히 이해하면 포인터 공포가 절반은 줄어듭니다.

int x = 10;
int *p = &x;

printf("%d\n", *p); // 10

int x = 10;
int *p = &x;

printf("%d\n", *p); // 10

여기서 &x는 x의 주소를 뜻하고, *p는 p가 가리키는 주소에 들어 있는 실제 값을 뜻합니다. 많은 입문자가 * 기호를 선언과 사용에서 같은 느낌으로 보다가 헷갈리는데, 선언에서는 “포인터 타입”을 만들고, 사용에서는 “역참조”를 한다는 점을 구분해야 합니다.

즉 포인터를 볼 때는 항상 두 층을 생각해야 합니다. 첫 번째 층은 주소 자체이고, 두 번째 층은 그 주소가 가리키는 실제 값입니다. 이 두 층을 섞어 보면 코드가 갑자기 어려워집니다.

포인터 선언과 배열-포인터 변환 감각은 C 포인터 설명을 참고하면 더 정확하게 잡을 수 있습니다. 다만 입문 단계에서는 표준 문법보다 “주소를 저장한다”는 감각을 먼저 잡는 편이 훨씬 중요합니다.

왜 배열이 나오면 더 헷갈릴까

배열은 메모리에 연속해서 값이 놓입니다. 그래서 배열 이름이 첫 번째 원소의 주소처럼 동작하는 순간이 많아집니다. 이 때문에 입문자는 “배열과 포인터가 같은 건가?”라는 혼란을 겪습니다.

int arr[3] = {10, 20, 30};
int *p = arr;

printf("%d\n", *p);     // 10
printf("%d\n", *(p+1)); // 20

int arr[3] = {10, 20, 30};
int *p = arr;

printf("%d\n", *p);     // 10
printf("%d\n", *(p+1)); // 20

이 예시는 비슷하게 보이지만, 배열과 포인터가 완전히 같은 타입이라는 뜻은 아닙니다. 다만 배열 이름이 첫 원소 주소로 변환되는 상황이 자주 있을 뿐입니다. 이 차이를 놓치면 sizeof 결과나 함수 인자 전달에서 특히 자주 틀립니다.

예를 들어 배열 전체의 크기를 알고 싶은 상황과, 첫 원소를 가리키는 주소만 필요한 상황은 다릅니다. 배열이 함수 인자로 넘어갈 때 왜 정보가 줄어드는지도 이 차이에서 이해할 수 있습니다.

역참조는 왜 중요한가

포인터를 이해할 때 가장 중요한 동작은 역참조입니다. 주소만 가지고는 실제 값을 쓸 수 없고, 그 주소가 가리키는 대상에 접근해야 하기 때문입니다.

1. & : 변수의 주소를 얻는다
2. * : 그 주소가 가리키는 실제 값에 접근한다

즉 &와 *는 반대 방향으로 생각하면 이해가 쉬워집니다. 주소를 얻고, 그 주소를 다시 따라가 실제 값에 접근하는 구조입니다.

입문자가 자주 하는 오해

• 배열과 포인터는 완전히 같은 개념이라고 생각한다
• *를 곱셈처럼만 보고 선언과 사용에서 의미가 다르다는 점을 놓친다
• NULL 포인터와 초기화되지 않은 포인터를 같은 것으로 본다
• 포인터 연산이 무조건 한 칸씩 더하는 것이라고 이해한다

특히 포인터 연산은 바이트 기준이 아니라 “가리키는 타입 크기” 기준으로 움직인다는 감각이 중요합니다. int*에 1을 더하면 1바이트가 아니라 sizeof(int)만큼 이동하는 이유가 바로 여기 있습니다.

이 부분이 감으로 안 잡히면 포인터는 계속 무서운 기호 덩어리처럼 느껴집니다. 그래서 배열 메모리가 연속해서 놓이고, 포인터가 그중 어느 칸을 가리키는지 그림으로 먼저 이해하는 편이 훨씬 낫습니다.

포인터를 공부할 때 추천하는 사고 순서

1. 이 변수는 값을 저장하는가, 주소를 저장하는가
2. 주소가 가리키는 대상의 타입은 무엇인가
3. 역참조했을 때 실제로 어떤 값에 접근하는가
4. 포인터 연산을 하면 몇 바이트가 아니라 몇 칸 이동하는가

이 네 질문을 계속 반복하면 포인터 코드가 훨씬 덜 무섭게 보입니다. 결국 포인터도 “무엇을 가리키는가”만 명확하면 해석 가능한 코드가 됩니다.

마무리

C언어 포인터가 어려운 이유는 별표 기호 때문이 아니라, 값을 직접 다루던 방식에서 주소를 통해 간접 접근하는 방식으로 사고를 바꿔야 하기 때문입니다.

즉 포인터를 이해하는 가장 좋은 출발점은 선언문 암기보다, 이 변수는 값을 담는가, 아니면 어떤 값의 위치를 가리키는가를 먼저 구분하는 일입니다.