C++ List Initialization | '리스트 초기화' 가이드
이 글의 핵심
C++11 리스트 초기화(list initialization) 는 중괄호 {}로 변수·멤버를 초기화하는 방식입니다. 집합체 초기화, 값 초기화와 함께 쓰이며, initializer_list로 가변 인자처럼 넘길 수 있고, 지정 초기화(C++20)와도 조합됩니다.
리스트 초기화란?
C++11 리스트 초기화(list initialization) 는 중괄호 {}로 변수·멤버를 초기화하는 방식입니다. 집합체 초기화, 값 초기화와 함께 쓰이며, initializer_list로 가변 인자처럼 넘길 수 있고, 지정 초기화(C++20)와도 조합됩니다.
int x{10};
std::vector<int> vec{1, 2, 3};
std::string s{"Hello"};
왜 필요한가?:
- 일관성: 모든 타입에 동일한 초기화 문법
- 안전성: 좁히기 변환(narrowing conversion) 방지
- 명확성: 초기화와 함수 호출 구분
C/C++ 예제 코드입니다.
// 전통적 초기화: 혼란스러움
int x = 10;
std::vector<int> v(10); // 크기 10
Widget w(); // 함수 선언!
// 리스트 초기화: 일관성
int x{10};
std::vector<int> v{10}; // 요소 1개: 10
Widget w{}; // 객체 생성
좁히기 변환 방지:
C/C++ 예제 코드입니다.
// ❌ 전통적 초기화: 암묵적 변환
int x = 3.14; // OK: 3 (소수점 버려짐)
char c = 1000; // OK: 오버플로우
// ✅ 리스트 초기화: 컴파일 에러
int y{3.14}; // 에러: narrowing conversion
char d{1000}; // 에러: narrowing conversion
Uniform initialization(균일 초기화)과의 관계
C++11에서 중괄호 초기화가 도입될 때 “모든 타입을 같은 문법으로” 쓰자는 아이디어가 uniform initialization으로 불렸습니다. 실제로는 컨테이너·집합체·기본 타입까지 T x{...};로 통일할 수 있어, 초기화와 함수 호출을 헷갈리는 경우(예: 가장 성가신 파싱)를 줄이는 데 도움이 됩니다.
int a{42};
double b{3.14};
std::vector<int> v{1, 2, 3};
std::string s{"hello"};
다만 이름이 곧 “항상 동일한 규칙”은 아님을 주의해야 합니다. 같은 {}라도 값 초기화, 집합체 초기화, std::initializer_list를 받는 생성자 등으로 서로 다른 오버로드가 선택될 수 있습니다(아래 vector 예).
다른 초기화 규칙과 언제 겹치나
| 문법 | 흔한 이름 | 비고 |
|---|---|---|
T x{args} | 리스트 초기화 | 인자 개수·타입에 따라 집합체/생성자/initializer_list |
T x{} | 리스트 + 값 초기화 | 값 초기화 참고 |
T x = {args} | 복사 리스트 초기화 | T가 받아들이면 동일한 리스트 규칙으로 |
기본 초기화 T x;는 리스트가 아니므로, “중괄호로 통일”하려면 최소한 T x{}까지는 가는 습관이 안전합니다.
클래스 vs 기본 타입
- 기본 타입
int x{a}: 리스트 초기화이면서 좁히기 검사가 붙습니다(상수·명확한 변환에 한함). - 클래스 타입
Widget w{a,b}: 모든 생성자 후보 중 오버로드 해석이 되고,initializer_list생성자가 있으면 특히 우선할 수 있습니다. - 집합체
Point p{x,y}: 집합체 초기화로 직행합니다.
즉 {} 하나로 문법은 통일돼도, 타입 카테고리에 따라 “안에 무슨 일이 일어나는지”는 다릅니다.
Narrowing(좁히기) 방지: 무엇을 막고 무엇을 남기나
리스트 초기화에서 narrowing conversion은 대략 다음을 컴파일 에러로 만듭니다.
- 부동소수점 → 정수(값이 변함)
double→float등 넓은 실수 → 좁은 실수(상수가 아닐 때 등 조건 있음)- 부호 없는 타입으로의 변환에서 표현 불가능한 값
// char c{300}; // 일반적으로 에러: char가 표현할 수 없는 값
const int k = 42;
char ok{k}; // 컴파일 타임 상수이고 범위 안이면 통과하는 경우가 많음
남는 함정: narrowing이 아니어도 의도와 다른 암묵적 변환은 여전히 있을 수 있습니다. “완전 방어”는 명시적 static_cast 와 타입 설계가 필요합니다.
initializer_list
#include <initializer_list>
void func(std::initializer_list<int> list) {
for (int x : list) {
std::cout << x << " ";
}
}
func({1, 2, 3, 4, 5}); // 1 2 3 4 5
실전 예시
예시 1: 컨테이너 초기화
#include <vector>
#include <map>
#include <set>
int main() {
std::vector<int> vec = {1, 2, 3, 4, 5};
std::map<std::string, int> ages = {
{"Alice", 30},
{"Bob", 25}
};
std::set<int> numbers = {3, 1, 4, 1, 5}; // 중복 제거
}
예시 2: 커스텀 클래스
class IntList {
std::vector<int> data;
public:
IntList(std::initializer_list<int> list)
: data(list) {}
void print() const {
for (int x : data) {
std::cout << x << " ";
}
std::cout << std::endl;
}
};
int main() {
IntList list{1, 2, 3, 4, 5};
list.print(); // 1 2 3 4 5
}
예시 3: 함수 반환
main 함수의 구현 예제입니다.
std::vector<int> getNumbers() {
return {1, 2, 3, 4, 5};
}
std::pair<int, std::string> getPair() {
return {42, "Answer"};
}
int main() {
auto nums = getNumbers();
auto [id, name] = getPair();
}
예시 4: 중첩 리스트
std::vector<std::vector<int>> matrix = {
{1, 2, 3},
{4, 5, 6},
{7, 8, 9}
};
for (const auto& row : matrix) {
for (int x : row) {
std::cout << x << " ";
}
std::cout << std::endl;
}
narrowing 방지
x 함수의 구현 예제입니다.
// ❌ 소괄호: narrowing 허용
int x(3.14); // OK: 3
// ❌ 중괄호: narrowing 에러
// int y{3.14}; // 에러
// ✅ 명시적 변환
int z{static_cast<int>(3.14)}; // OK
narrowing 변환 상세:
리스트 초기화는 다음과 같은 좁히기 변환을 컴파일 에러로 막습니다:
- 부동소수점 → 정수: 소수점 손실
- 큰 정수 → 작은 정수: 오버플로우
- 부동소수점 → 작은 부동소수점: 정밀도 손실
C/C++ 예제 코드입니다.
// ❌ 좁히기 변환 예시
double d = 3.14;
int x{d}; // 에러: double → int
long long big = 1000000000000LL;
int y{big}; // 에러: long long → int
double precise = 1.23456789;
float f{precise}; // 에러: double → float
// ✅ 명시적 변환
int x2{static_cast<int>(d)};
int y2{static_cast<int>(big)};
float f2{static_cast<float>(precise)};
실무 활용:
setVolume 함수의 구현 예제입니다.
// ✅ API 파라미터 검증
void setVolume(int volume) {
// volume은 0~100 범위
}
double userInput = 75.5;
// setVolume({userInput}); // 에러: 컴파일 타임에 발견
setVolume(static_cast<int>(userInput)); // 명시적 변환
// ✅ 타입 안전성
template<typename T>
void processInt(T value) {
int x{value}; // T가 double이면 컴파일 에러
}
자주 발생하는 문제
문제 1: 생성자 우선순위
class Widget {
public:
Widget(int x) {
std::cout << "int 생성자" << std::endl;
}
Widget(std::initializer_list<int> list) {
std::cout << "initializer_list 생성자" << std::endl;
}
};
Widget w1(10); // "int 생성자"
Widget w2{10}; // "initializer_list 생성자"
문제 2: vector 크기
// 크기 10, 값 20
std::vector<int> v1(10, 20);
// 2개 요소: 10, 20
std::vector<int> v2{10, 20};
문제 3: 빈 리스트
std::vector<int> v1(); // 함수 선언!
std::vector<int> v2{}; // 빈 벡터
std::vector<int> v3 = {}; // 빈 벡터
문제 4: auto 추론
auto x = {1, 2, 3}; // initializer_list<int>
auto y{1}; // C++17: int, C++11/14: initializer_list<int>
흔한 실수와 함정 (추가): 균일 초기화의 그림자
auto x{1};(C++11/14)
한 원소짜리 중괄호는std::initializer_list로 잡히는 경우가 있어 서프라이즈였습니다. C++17부터auto x{1};는 대개 int 로 잡히도록 규칙이 정리되었습니다. 여전히auto x = {1};는 initializer_list 쪽으로 가기 쉽습니다.std::vector의{10, 20}vs(10, 20)
앞은 요소 두 개, 뒤는 크기·값입니다. 코드 리뷰에서 가장 자주 나오는 혼동 중 하나입니다.- 사용자 클래스에
initializer_list생성자 추가
Widget w{10};이 의도는int생성자였는데initializer_list쪽으로 가 버립니다. API 설계 시 팩토리 함수나 이름 있는 생성자로 의도를 분리하는 경우가 많습니다. - 좁히기를 막아 준다고 해서 모든 버그를 막지는 못함
size_t와int를 섞는 서명 실수 등은 여전히 런타임 버그로 남을 수 있습니다.
생성자 구현
class MyClass {
std::vector<int> data;
public:
// initializer_list 생성자
MyClass(std::initializer_list<int> list)
: data(list) {
std::cout << "크기: " << list.size() << std::endl;
}
};
MyClass obj{1, 2, 3, 4, 5}; // "크기: 5"
initializer_list 생성자 구현 패턴:
#include <initializer_list>
#include <vector>
#include <algorithm>
class IntSet {
std::vector<int> data_;
public:
// initializer_list 생성자
IntSet(std::initializer_list<int> list) {
data_.reserve(list.size());
for (int x : list) {
data_.push_back(x);
}
// 중복 제거, 정렬
std::sort(data_.begin(), data_.end());
data_.erase(std::unique(data_.begin(), data_.end()), data_.end());
}
size_t size() const { return data_.size(); }
void print() const {
for (int x : data_) {
std::cout << x << " ";
}
std::cout << '\n';
}
};
int main() {
IntSet s{3, 1, 4, 1, 5, 9, 2, 6};
s.print(); // 1 2 3 4 5 6 9
}
주의사항:
class Widget {
public:
Widget(int x) { std::cout << "int\n"; }
Widget(std::initializer_list<int> list) { std::cout << "list\n"; }
};
Widget w1(10); // "int"
Widget w2{10}; // "list" (initializer_list 생성자 우선!)
Widget w3({10}); // "list"
실무 패턴
패턴 1: 컨테이너 팩토리
C/C++ 예제 코드입니다.
template<typename T>
std::vector<T> makeVector(std::initializer_list<T> list) {
return std::vector<T>(list);
}
auto vec = makeVector({1, 2, 3, 4, 5});
패턴 2: 설정 객체
struct DatabaseConfig {
std::string host = "localhost";
int port = 5432;
std::vector<std::string> options;
};
DatabaseConfig cfg = {
"db.example.com",
3306,
{"ssl=true", "timeout=30"}
};
패턴 3: 테스트 데이터
struct TestCase {
std::string input;
int expected;
};
std::vector<TestCase> tests = {
{"hello", 5},
{"world", 5},
{"", 0}
};
for (const auto& [input, expected] : tests) {
assert(input.length() == expected);
}
FAQ
Q1: 리스트 초기화는 언제 도입되었나요?
A: C++11에서 도입되었습니다. 중괄호 {}로 모든 타입을 일관되게 초기화할 수 있습니다.
Q2: narrowing 변환을 방지하나요?
A: 네. 리스트 초기화는 암묵적 좁히기 변환을 컴파일 에러로 막습니다.
int x{3.14}; // 에러
int y(3.14); // OK: 3
Q3: initializer_list는 무엇인가요?
A: 리스트 초기화를 위한 표준 라이브러리 타입입니다. 가변 개수의 인자를 받을 수 있습니다.
Q4: 생성자 우선순위는?
A: initializer_list 생성자가 항상 우선입니다.
std::vector<int> v{10}; // 요소 1개: 10
std::vector<int> w(10); // 크기 10
Q5: 성능 영향은?
A: 일반 초기화와 동일합니다. 컴파일러가 최적화하므로 런타임 오버헤드가 없습니다.
Q6: auto와 함께 사용 시 주의사항은?
A: auto는 initializer_list로 추론됩니다 (C++17 이전).
auto x = {1, 2, 3}; // initializer_list<int>
auto y{1}; // C++17: int, C++11/14: initializer_list<int>
Q7: 빈 중괄호 {}는 무엇을 의미하나요?
A: 값 초기화를 수행합니다. 기본 타입은 0, 클래스는 기본 생성자 호출입니다.
int x{}; // 0
std::vector<int> v{}; // 빈 벡터
Q8: 리스트 초기화 학습 리소스는?
A:
- “Effective Modern C++” by Scott Meyers (Item 7)
- “C++ Primer” by Lippman, Lajoie, Moo
- cppreference.com - List initialization
관련 글: 집합체 초기화, 값 초기화, initializer_list, 지정 초기화.
한 줄 요약: 리스트 초기화는 중괄호로 모든 타입을 일관되고 안전하게 초기화하는 C++11 기능입니다.
관련 글: 집합체 초기화, 값 초기화, initializer_list, 지정 초기화.
같이 보면 좋은 글 (내부 링크)
이 주제와 연결되는 다른 글입니다.
- C++ Aggregate Initialization | “집합체 초기화” 가이드
- C++ Value Initialization | “값 초기화” 가이드
- C++ initializer_list | “초기화 리스트” 가이드
- C++ Designated Initializers | “지정 초기화” 가이드
관련 글
심화 부록: 구현·운영 관점
이 부록은 앞선 본문에서 다룬 주제(「C++ List Initialization | ‘리스트 초기화’ 가이드」)를 구현·런타임·운영 관점에서 다시 압축합니다. 도메인별 세부 구현은 글마다 다르지만, 입력 검증 → 핵심 연산 → 부작용(I/O·네트워크·동시성) → 관측의 흐름으로 장애를 나누면 원인 추적이 빨라집니다.
내부 동작과 핵심 메커니즘
flowchart TD A[입력·요청·이벤트] --> B[파싱·검증·디코딩] B --> C[핵심 연산·상태 전이] C --> D[부작용: I/O·네트워크·동시성] D --> E[결과·관측·저장]
sequenceDiagram participant C as 클라이언트/호출자 participant B as 경계(런타임·게이트웨이·프로세스) participant D as 의존성(API·DB·큐·파일) C->>B: 요청/이벤트 B->>D: 조회·쓰기·RPC D-->>B: 지연·부분 실패·재시도 가능 B-->>C: 응답 또는 오류(코드·상관 ID)
- 불변 조건(Invariant): 버퍼 경계, 프로토콜 상태, 트랜잭션 격리, FD 상한 등 단계별로 문장으로 적어 두면 디버깅 비용이 줄어듭니다.
- 결정성: 순수 층과 시간·네트워크·스케줄에 의존하는 층을 분리해야 테스트와 장애 분석이 쉬워집니다.
- 경계 비용: 직렬화, 인코딩, syscall 횟수, 락 경합, 할당·GC, 캐시 미스를 의심 목록에 둡니다.
- 백프레셔: 생산자가 소비자보다 빠를 때 버퍼·큐·스트림에서 속도를 줄이는 신호를 어디에 둘지 정의합니다.
프로덕션 운영 패턴
| 영역 | 운영 관점 질문 |
|---|---|
| 관측성 | 요청 단위 상관 ID, 에러율·지연 p95/p99, 의존성 타임아웃·재시도가 대시보드에 보이는가 |
| 안전성 | 입력 검증·권한·비밀·감사 로그가 코드 경로마다 일관적인가 |
| 신뢰성 | 재시도는 멱등 연산에만 적용되는가, 서킷 브레이커·백오프·DLQ가 있는가 |
| 성능 | 캐시·배치 크기·커넥션 풀·인덱스·백프레셔가 데이터 규모에 맞는가 |
| 배포 | 롤백 룬북, 카나리/블루그린, 마이그레이션·피처 플래그가 문서화되어 있는가 |
| 용량 | 피크 트래픽·디스크·FD·스레드 풀 상한을 주기적으로 검증하는가 |
스테이징은 데이터 양·네트워크 RTT·동시성을 프로덕션에 가깝게 맞출수록 재현율이 올라갑니다.
확장 예시: 엔드투엔드 미니 시나리오
앞선 본문 주제(「C++ List Initialization | ‘리스트 초기화’ 가이드」)를 배포·운영 흐름에 맞춰 옮긴 체크리스트입니다. 도메인에 맞게 단계 이름만 바꿔 적용할 수 있습니다.
- 입력 계약 고정: 스키마·버전·최대 페이로드·타임아웃·에러 코드를 경계에 둔다.
- 핵심 경로 계측: 요청 ID, 단계별 지연, 외부 호출 결과 코드를 로그·메트릭·트레이스에서 한 흐름으로 본다.
- 실패 주입: 의존성 타임아웃·5xx·부분 데이터·락 대기를 스테이징에서 재현한다.
- 호환·롤백: 설정/마이그레이션/클라이언트 버전을 되돌릴 수 있는지 확인한다.
- 부하 후 검증: 피크 대비 p95/p99, 에러율, 리소스 상한, 알림 임계값을 점검한다.
handle(request):
ctx = newCorrelationId()
validated = validateSchema(request)
authorize(validated, ctx)
result = domainCore(validated)
persistOrEmit(result, idempotentKey)
recordMetrics(ctx, latency, outcome)
return result
문제 해결(Troubleshooting)
| 증상 | 가능 원인 | 조치 |
|---|---|---|
| 간헐적 실패 | 레이스, 타임아웃, 외부 의존성, DNS | 최소 재현 스크립트, 분산 트레이스·로그 상관관계, 재시도·서킷 설정 점검 |
| 성능 저하 | N+1, 동기 I/O, 락 경합, 과도한 직렬화, 캐시 미스 | 프로파일러·APM으로 핫스팟 확인 후 한 가지씩 제거 |
| 메모리 증가 | 캐시 무제한, 구독/리스너 누수, 대용량 버퍼, 커넥션 미반납 | 상한·TTL·힙/FD 스냅샷 비교 |
| 빌드·배포만 실패 | 환경 변수, 권한, 플랫폼 차이, lockfile | CI 로그와 로컬 diff, 런타임·이미지 버전 핀 |
| 설정 불일치 | 프로필·시크릿·기본값, 리전 | 스키마 검증된 설정 단일 소스와 배포 매트릭스 표준화 |
| 데이터 불일치 | 비멱등 재시도, 부분 쓰기, 캐시 무효화 누락 | 멱등 키·아웃박스·트랜잭션 경계 재검토 |
권장 순서: (1) 최소 재현 (2) 최근 변경 범위 축소 (3) 환경·의존성 차이 (4) 관측으로 가설 검증 (5) 수정 후 회귀·부하 테스트.
배포 전에는 git add → git commit → git push 후 npm run deploy 순서를 권장합니다.
이 글에서 다루는 키워드 (관련 검색어)
C++, list-initialization, initializer_list, C++11, container 등으로 검색하시면 이 글이 도움이 됩니다.