[Linux] export/env/ printenv : 프로세스 실행 환경을 제어하는 도구 🔍

리눅스 환경변수는 쉘과 프로그램 실행 환경을 구성하는 핵심 요소입니다. export, env, printenv 차이부터 환경변수의 생성·조회·전달 방식까지 실전 중심으로 완벽하게 정리했습니다.

1. 환경변수는 왜 중요한가?

리눅스 환경과 환경변수

리눅스에서 명령어를 입력하면 단순히 프로그램만 실행되는 것이 아니다.
해당 명령어는 “환경(environment)”이라는 큰 컨텍스트에서 동작한다.

이 환경에는 다음과 같은 정보가 포함된다.

• PATH
• 홈 디렉터리
• 언어/로케일 설정
• 프롬프트 형태
• 라이브러리 검색 경로
• 실행 시 필요한 구성 정보

이 모든 것이 환경변수(Environment Variable) 로 저장된다.

예를 들어, PATH를 잘못 설정하면 모든 프로그램이 실행되지 않는다.
LANG이 잘못 설정되면 문자 깨짐이 발생한다.

임베디드·OpenWrt 환경에서는
LD_LIBRARY_PATH가 잘못되면 실행 파일이 아예 못 돌아간다.

그래서 환경변수는 리눅스 전체 실행 구조에서 핵심 역할을 한다.

이 환경을 구성하고 제어하는 데 사용하는 명령어가 바로:

• export
• env
• printenv

이다.

이 글에서는 이 세 가지 명령어를 중심으로
리눅스 환경변수의 개념부터 실전까지 모두 정리한다.

---

2. 환경변수란 무엇인가?

환경변수란

환경변수(Environment Variable)는 프로세스가 실행될 때 전달되는 설정값이다.

즉,

프로그램이 시작하기 전에 미리 주어지는 전역 옵션이라고 보면 된다.

예를 들어 다음 변수들은 대부분의 로그인 환경에서 기본으로 존재한다.

PATH=/usr/bin:/bin
HOME=/home/roroppwa
LANG=ko_KR.UTF-8

 

이 값들은 단순한 문자열이 아니라:

• 어떤 프로그램이 실행될 수 있는지(P↗ATH)
• 어떤 언어로 출력할 것인지(LANG)
• 어디가 기본 경로인지(HOME)
• 어떤 라이브러리를 읽을 것인지(LD_LIBRARY_PATH)

같은 중요한 역할을 한다.

---

3. Shell Variable vs Environment Variable

Shell Variable vs Environment Variable

환경변수를 이해하지 못하는 가장 큰 이유는
두 개의 변수가 겉보기엔 비슷하지만, 동작 방식이 완전히 다르기 때문이다.

종류	설명	export 필요 여부
Shell Variable	현재 쉘 내부에서만 유효한 변수	❌ 필요 없음
Environment Variable	자식 프로세스(실행된 프로그램)에도 전달되는 변수	✔ export 필요

즉:

VAR="hello"

 

는 쉘 내부에만 존재한다.

프로그램이 이 변수를 받게 하려면:

export VAR="hello"

 

이렇게 해야 environment 변수로 승격되어 프로그램에 전달된다.

---

4. export : 환경변수를 “프로세스에 전달”하는 명령어

export는 변수를 자식 프로세스에 전달할 수 있도록 등록하는 명령어다.

1) 기본 문법

export 변수명=값

 

예:

export PATH=/opt/bin:$PATH

 

2) export의 중요성 실전 예제

예를 들어 아래처럼 변수만 선언했다면:

MYVAR="hello"

 

쉘 내부에서는:

echo $MYVAR
hello

 

하지만 프로그램에게는 전달되지 않는다.

아래처럼 해야 한다:

export MYVAR

 

또는 한 번에:

export MYVAR="hello"

 

이제 실행되는 모든 프로그램은 MYVAR=hello 값을 전달받게 된다.

---

5. env : 환경변수 목록을 확인하거나 특정 환경으로 프로그램 실행

✔ env의 두 가지 용도

1. 현재 환경변수 리스트 조회
2. 임시 환경을 적용하여 프로그램 실행

1) 현재 환경변수 조회

env

 

출력 예:

PATH=/usr/bin:/bin
HOME=/home/roroppwa
LANG=ko_KR.UTF-8
SHELL=/bin/zsh

 

2) 특정 환경에서 프로그램을 실행하기

예:

env VAR=value command

 

이 명령은 현재 쉘에는 영향을 주지 않고,
프로그램을 실행할 때만 환경변수를 전달한다.

예:

env DEBUG=1 ./app

 

프로그램은 DEBUG=1 상태에서 실행되지만
쉘 변수는 변하지 않는다.

이건 매우 중요한 특징이다.

---

6. printenv : 특정 환경변수만 출력

env와 다르게, printenv는 특정 변수만 확인할 때 사용한다.

printenv PATH

 

/usr/bin:/bin

 

또는 전체 출력:

printenv

 

env와 거의 유사하지만
스크립트에서 특정 변수 조회 시에는 printenv가 더 적합하다.

---

7. export · env · printenv 차이를 한눈에 정리

export · env · printenv 비교

기능	export	env	printenv
변수 설정	✔	✔(임시)	❌
변수 조회	✔(내부)	✔	✔
프로그램 실행 시 전달	✔(영구)	✔(임시)	❌
스크립트에서 많이 사용	✔✔	✔	✔✔✔
PATH 설정	✔	가능	❌

한 문장 요약

• export → 변수 생성 + 환경변수 등록
• env → 확인 또는 특정 환경으로 실행
• printenv → 특정 변수 출력

---

8. 환경변수가 실제로 프로그램에 전달되는 과정

이 부분은 많은 개발자가 오해하는 부분이다.

프로세스 생성 과정은 아래처럼 이루어진다:

fork → execve → 프로그램 환경변수 전달 구조

프로세스 구조:

Shell → fork() → execve() → 프로그램

 

여기서 execve()는 환경변수 배열을 프로세스에 전달한다.
export하지 않은 변수는 execve에서 환경 배열에 포함되지 않는다.
그래서 프로그램이 그 값을 읽을 수 없다.

---

9. PATH와 환경변수의 관계

PATH는 환경변수 중 가장 중요한 변수다.

export PATH=/opt/custom/bin:$PATH

 

이 한 줄이 의미하는 것은:

PATH 순서에 따라 명령어 실행 우선순위가 바뀌는 구조

• 명령어 검색 순서가 바뀜
• 같은 이름의 명령어라도 다른 버전이 실행될 수 있음
• Homebrew·SDK·Toolchain 사용 시 충돌 발생 가능

특히 macOS 또는 임베디드 환경에서는 PATH 우선순위가 실무 문제의 80%를 차지한다.

---

10. 환경변수는 어디에 저장해야 할까?

환경변수는 설정 파일마다 목적이 다르다.

설정	목적
~/.bashrc	bash 인터랙티브 환경
~/.zshrc	zsh 인터랙티브 환경
~/.profile	로그인 환경
/etc/profile	시스템 전체 환경
/etc/environment	로그인 이전 초기 환경

예:

export PATH="$HOME/bin:$PATH"

 

→ zsh 사용자라면 ~/.zshrc에 넣는 게 일반적.

---

11. 환경변수 실전 예제 10가지

1) 임시로 LANG 변경

env LANG=C ls

 

2) 프로그램 디버그 모드 실행

env DEBUG=1 ./server

 

3) OpenWrt / 임베디드에서 라이브러리 경로 지정

export LD_LIBRARY_PATH=/usr/local/lib

 

4) Go 빌드 환경 설정

export GOPATH=$HOME/go
export GOBIN=$GOPATH/bin

 

5) Python virtualenv 활성화

export VIRTUAL_ENV="$HOME/venv"
export PATH="$VIRTUAL_ENV/bin:$PATH"

 

6) Java 환경 설정

export JAVA_HOME=/usr/lib/jvm/java-11-openjdk
export PATH=$JAVA_HOME/bin:$PATH

 

7) Proxy 설정

export http_proxy=http://127.0.0.1:8080

 

8) Editor 기본 설정

export EDITOR=vim

 

9) PATH 재정의

export PATH=/usr/local/bin:/usr/bin:/bin

 

10) 환경변수 삭제

unset VAR

 

---

11. 환경변수 디버깅 팁

1) PATH를 줄바꿈으로 보기

echo $PATH | tr ':' '\n'

 

2) 특정 변수 찾기

env | grep JAVA

 

3) 모든 변수 중 정의된 항목 보기

set

 

4) 자식 프로그램에서 변수 확인

export TEST=123 
bash -c 'echo $TEST'

 

---

12. FAQ : 실무에서 가장 많이 묻는 질문 정리

Q1. export는 반드시 필요한가요?

자식 프로그램에 변수를 전달하려면 반드시 필요함.

Q2. env와 printenv는 뭐가 다른가요?

env는 실행·조회 둘 다, printenv는 조회 전용.

Q3. env VAR=value cmd 방식은 왜 유용한가요?

현재 셸을 더럽히지 않고 일시적 환경에서 프로그램을 실행 가능.

Q4. 환경변수는 어디 파일에 넣어야 하나요?

zshrc, bashrc, profile 등 사용 환경에 따라 다르다.

Q5. PATH는 왜 자주 export해야 하나요?

프로그램 실행 순서를 결정하기 때문에.

Q6. unset과 export의 차이는?

unset은 환경변수 삭제.

Q7. sudo 시 환경변수가 왜 적용 안 되나요?

sudo는 기본적으로 보안상 환경변수 전달을 막음.

Q8. OpenWrt에서 printenv와 env가 왜 차이가 있나요?

BusyBox 기반이라 동작이 간단한 버전.

Q9. 환경변수 이름 규칙은?

대문자 사용 권장.

Q10. 쉘을 바꾸면 환경변수도 달라지나요?

zsh vs bash 환경에 따라 다르게 적용됨.

---

13. 환경변수는 리눅스 실행 환경의 ‘근본 구조’

환경변수를 알고 쓰는 사람과 모르는 사람의 개발 속도는 정말 다르다.

• export는 환경변수를 등록하는 관문
• env는 임시 환경 실행
• printenv는 조회 전문
• PATH는 실행 우선순위를 결정

환경변수 구조를 이해하면
리눅스 개발, 서버 운영, OpenWrt, 임베디드 시스템에서 발생하는 문제들을
바닥부터 해결할 수 있게 된다.

“환경변수를 이해하면, 셸을 지배하게 된다.”

 

 

이전글 보기

[Linux] zsh 사용자 필수 설정 zshrc — 프롬프트·환경변수·alias 완벽 정리 🔧