C++ static_assert | "정적 단언" 가이드
이 글의 핵심
static_assert로 조건을 컴파일 타임에 걸고, type_traits·C++17 문법까지 맞춥니다.
static_assert란?
static_assert 는 C++11에서 도입된 키워드로, 컴파일 타임에 조건을 검사합니다. 조건이 거짓이면 컴파일 에러를 발생시켜, 런타임 전에 문제를 발견할 수 있습니다.
static_assert(sizeof(int) == 4, "int는 4바이트여야 함");
template<typename T>
void func(T value) {
static_assert(std::is_integral<T>::value,
"정수 타입만 가능");
}
왜 필요한가?:
- 조기 오류 발견: 컴파일 타임에 문제 발견
- 타입 안전: 템플릿 제약 조건 검증
- 플랫폼 검증: 특정 플랫폼 요구사항 확인
- 성능: 런타임 오버헤드 없음
// ❌ 런타임 assert: 실행 시 오류 발견
void func(int x) {
assert(x > 0); // 런타임에 검사
}
// ✅ static_assert: 컴파일 타임에 오류 발견
template<int N>
void func() {
static_assert(N > 0, "N은 양수여야 함"); // 컴파일 타임에 검사
}
static_assert의 문법:
// C++11: 메시지 필수
static_assert(condition, "error message");
// C++17: 메시지 선택적
static_assert(condition);
// 예시
static_assert(sizeof(void*) == 8, "64비트 플랫폼 필요");
static_assert(sizeof(int) >= 4); // C++17
static_assert의 동작 원리:
static_assert는 컴파일러가 코드를 컴파일할 때 조건을 평가합니다. 조건이 false이면 컴파일 에러를 발생시키고, true이면 아무 코드도 생성하지 않습니다.
// 컴파일 타임에 평가
static_assert(2 + 2 == 4, "수학 오류"); // OK
// constexpr 함수도 사용 가능
constexpr int square(int x) { return x * x; }
static_assert(square(3) == 9, "square 함수 오류"); // OK
// 런타임 값은 사용 불가
void func(int x) {
// static_assert(x > 0, "양수"); // 에러: x는 런타임 값
}
assert vs static_assert 비교:
| 특징 | assert | static_assert |
|---|---|---|
| 검사 시점 | 런타임 | 컴파일 타임 |
| 성능 영향 | 있음 (검사 비용) | 없음 |
| 조건 | 런타임 값 가능 | constexpr만 가능 |
| 릴리스 빌드 | 제거됨 (NDEBUG) | 항상 검사 |
| 사용 목적 | 런타임 검증 | 타입/플랫폼 검증 |
// assert: 런타임 검사
#include <cassert>
void func(int x) {
assert(x > 0); // 런타임에 검사, 릴리스에서 제거됨
}
// static_assert: 컴파일 타임 검사
template<int N>
void func() {
static_assert(N > 0, "N은 양수"); // 컴파일 타임에 검사, 항상 유효
}
컴파일 타임 검증이 주는 이점
- 실패를 “배포 전”에 고정: 잘못된 템플릿 인자·플랫폼·레이아웃 가정이 있으면 링크하기 전에 터집니다.
- 비용 제로: 조건이 참이면 실행 코드가 생기지 않습니다. 바이너리 크기·분기 예측 부담이 없습니다.
- 문서화: “이 타입은 반드시 복사 가능해야 한다” 같은 규칙을 코드로 강제합니다.
- 리팩토링 안전망: 멤버 순서·
#pragma pack·정렬을 바꿨을 때sizeof/offsetof검증이 깨지면 즉시 알 수 있습니다.
런타임 assert와 달리 NDEBUG와 무관하게 항상 활성입니다. “디버그에서만 터지는 불변식”이 아니라 빌드 불변식에 가깝습니다.
assert vs static_assert — 언제 무엇을 쓰나
| 상황 | 권장 |
|---|---|
| 사용자 입력·파일 내용·네트워크 패킷 값 | assert 또는 명시적 에러 처리 |
템플릿 인자·constexpr 상수·구조체 크기·정렬 | static_assert |
| “이 코드 경로는 절대 오면 안 된다” (내부 불변식) | assert (또는 unreachable 계열) |
| “이 타입 조합은 지원하지 않는다” | static_assert + type_traits |
한 줄 기준: 조건이 컴파일 시점에 완전히 알려지면 static_assert, 실행 중에만 알려지면 assert나 일반 에러 경로입니다.
기본 사용
// C++11
static_assert(condition, "에러 메시지");
// C++17 (메시지 선택적)
static_assert(condition);
// 예시
static_assert(sizeof(void*) == 8, "64비트 플랫폼 필요");
실전 예시
예시 1: 타입 크기 검증
struct Packet {
uint32_t header;
uint32_t data[10];
uint32_t checksum;
};
// 패킷 크기 검증
static_assert(sizeof(Packet) == 48,
"Packet 크기는 48바이트여야 함");
예시 2: 템플릿 제약
#include <type_traits>
template<typename T>
class NumericArray {
static_assert(std::is_arithmetic<T>::value,
"숫자 타입만 가능");
T data[100];
};
NumericArray<int> arr1; // OK
NumericArray<double> arr2; // OK
// NumericArray<std::string> arr3; // 컴파일 에러
예시 3: 플랫폼 검증
// 64비트 플랫폼 확인
static_assert(sizeof(void*) == 8, "64비트 플랫폼 필요");
// 엔디안 확인
static_assert(__BYTE_ORDER__ == __ORDER_LITTLE_ENDIAN__,
"리틀 엔디안 플랫폼 필요");
// C++ 버전 확인
static_assert(__cplusplus >= 201703L, "C++17 이상 필요");
예시 4: 상수 검증
constexpr int MAX_SIZE = 100;
constexpr int BUFFER_SIZE = 50;
static_assert(BUFFER_SIZE < MAX_SIZE,
"버퍼 크기는 최대 크기보다 작아야 함");
template<int N>
class FixedArray {
static_assert(N > 0, "크기는 양수여야 함");
static_assert(N <= 1000, "크기는 1000 이하여야 함");
int data[N];
};
assert vs static_assert
// assert: 런타임 검사
#include <cassert>
void func(int x) {
assert(x > 0); // 런타임
}
// static_assert: 컴파일 타임 검사
template<int N>
void func() {
static_assert(N > 0, "N은 양수"); // 컴파일 타임
}
자주 발생하는 문제
문제 1: 런타임 조건
// ❌ 런타임 값 사용 불가
void func(int x) {
static_assert(x > 0, "양수"); // 에러
}
// ✅ constexpr 사용
template<int N>
void func() {
static_assert(N > 0, "양수"); // OK
}
문제 2: 에러 메시지
// ❌ 불명확한 메시지
static_assert(sizeof(T) == 4, "에러");
// ✅ 명확한 메시지
static_assert(sizeof(T) == 4,
"T는 4바이트 타입이어야 합니다");
문제 3: 템플릿 인스턴스화
template<typename T>
class MyClass {
// 인스턴스화 시점에 검사
static_assert(std::is_copy_constructible<T>::value,
"T는 복사 가능해야 함");
};
// MyClass<std::unique_ptr<int>> obj; // 에러
문제 4: 조건 표현식
// ❌ 복잡한 조건
static_assert(A && B || C && D, "조건 실패");
// ✅ 명확한 조건
constexpr bool isValid = A && B || C && D;
static_assert(isValid, "조건 실패");
실전 예제: 라이브러리 경계에서의 static_assert
- 고정 크기 버퍼:
static_assert(N > 0 && N <= Max)로 템플릿 비타입 인자를 봉인합니다. - 직렬화: 필드 추가 후
sizeof가 바뀌면 프로토콜이 깨졌음을 즉시 알립니다. - SIMD/내장형: 정렬·크기가 맞지 않으면 컴파일 단계에서 차단합니다.
template<std::size_t N>
class FixedBuffer {
static_assert(N > 0, "크기는 양수");
static_assert(N % 4 == 0, "4바이트 정렬 워크로드");
alignas(16) unsigned char storage_[N];
};
C++17: 메시지 생략 문법
C++17부터 두 번째 인자(문자열 메시지)를 생략할 수 있습니다.
static_assert(sizeof(int) == 4); // OK (C++17)
static_assert(std::is_integral<int>::value); // trait + 메시지 생략 (C++17)
// C++17: std::is_integral_v<int> 도 동일
장점: 짧은 가드에 적합합니다.
주의: 메시지가 없으면 컴파일러가 출력하는 진단만으로 원인을 추적해야 합니다. 팀 단위로는 실패 시 의도를 한글/영문으로 남기는 첫 번째 인자 형태(C++11 스타일)를 유지하는 경우도 많습니다. 중요한 불변식에는 메시지를 붙이는 편이 리뷰와 유지보수에 유리합니다.
// 간단한 산술·크기 검증 — 메시지 생략
static_assert(alignof(double) == 8);
// 팀이 읽어야 할 계약 — 메시지 유지 권장
static_assert(std::is_trivially_destructible<Packet>::value,
"Packet은 바이트 스트림에 그대로 쓸 수 있어야 합니다");
Type Traits 활용
<type_traits>의 특성(trait)과 조합하면 “이 템플릿은 이런 타입만 받는다”를 선언적으로 적을 수 있습니다. C++17 이후에는 _v 접미사로 값을 바로 쓸 수 있습니다.
template<typename T>
void process(T value) {
static_assert(std::is_integral<T>::value,
"정수 타입 필요");
static_assert(!std::is_const<T>::value,
"const 타입 불가");
static_assert(std::is_trivially_copyable<T>::value,
"trivially copyable 필요");
}
자주 쓰는 조합 예:
std::is_same<T, U>::value/std::is_same_v<T,U>: 정확히 같은 타입인지.std::is_base_of<Base, Derived>::value: 상속 관계 검증.std::is_convertible<From, To>::value: 암시적 변환 가능 여부.std::alignment_of<T>::value: 정렬 요구가 하드웨어/ABI와 맞는지와 함께static_assert.
#include <type_traits>
template<typename T, typename U>
void assertSame() {
static_assert(std::is_same<T, U>::value, "T와 U가 일치해야 합니다");
}
template<typename Derived, typename Base>
void assertInheritance() {
static_assert(std::is_base_of<Base, Derived>::value,
"Derived는 Base를 상속해야 합니다");
}
C++20 **concept**가 있으면 가독성은 더 좋아지지만, 구형 컴파일러나 라이브러리 내부 가드에는 여전히 static_assert + type_traits가 널리 씁니다.
실무 패턴
패턴 1: 타입 제약 (Concepts 대안)
template<typename T>
class SafeNumericArray {
// 타입 제약
static_assert(std::is_arithmetic<T>::value,
"T는 숫자 타입이어야 합니다");
static_assert(!std::is_const<T>::value,
"T는 const가 아니어야 합니다");
static_assert(sizeof(T) <= 8,
"T는 8바이트 이하여야 합니다");
T data_[100];
public:
void set(size_t index, T value) {
data_[index] = value;
}
};
// 사용
SafeNumericArray<int> arr1; // OK
SafeNumericArray<double> arr2; // OK
// SafeNumericArray<std::string> arr3; // 에러: 숫자 타입 아님
패턴 2: 플랫폼 요구사항
// 플랫폼 검증 헤더
// platform_check.h
#pragma once
// 64비트 플랫폼 확인
static_assert(sizeof(void*) == 8,
"이 프로그램은 64비트 플랫폼에서만 동작합니다");
// C++17 이상 확인
static_assert(__cplusplus >= 201703L,
"C++17 이상이 필요합니다");
// 엔디안 확인
#ifdef __BYTE_ORDER__
static_assert(__BYTE_ORDER__ == __ORDER_LITTLE_ENDIAN__,
"리틀 엔디안 플랫폼이 필요합니다");
#endif
// 정수 크기 확인
static_assert(sizeof(int) == 4, "int는 4바이트여야 합니다");
static_assert(sizeof(long long) == 8, "long long은 8바이트여야 합니다");
패턴 3: 구조체 레이아웃 검증
#pragma pack(push, 1)
struct NetworkPacket {
uint8_t version;
uint8_t type;
uint16_t length;
uint32_t timestamp;
uint8_t data[256];
};
#pragma pack(pop)
// 패킷 크기 검증 (네트워크 프로토콜)
static_assert(sizeof(NetworkPacket) == 264,
"NetworkPacket 크기가 예상과 다릅니다");
// 멤버 오프셋 검증
static_assert(offsetof(NetworkPacket, version) == 0,
"version 오프셋이 잘못되었습니다");
static_assert(offsetof(NetworkPacket, timestamp) == 4,
"timestamp 오프셋이 잘못되었습니다");
FAQ
Q1: static_assert는 언제 사용해야 하나요?
A:
- 타입 검증: 템플릿 매개변수 제약
- 크기 검증: 구조체 레이아웃, 패킷 크기
- 플랫폼 검증: 64비트, 엔디안, C++ 버전
- 템플릿 제약: 타입 특성 검사
// 타입 검증
template<typename T>
void process(T value) {
static_assert(std::is_integral<T>::value, "정수 타입 필요");
}
// 크기 검증
struct Data {
int x, y, z;
};
static_assert(sizeof(Data) == 12, "Data 크기는 12바이트");
// 플랫폼 검증
static_assert(sizeof(void*) == 8, "64비트 플랫폼 필요");
Q2: assert와 어떤 차이가 있나요?
A:
- static_assert: 컴파일 타임 검사, 성능 영향 없음, constexpr만 가능
- assert: 런타임 검사, 성능 영향 있음, 모든 값 가능
// assert: 런타임 검사
void func(int x) {
assert(x > 0); // 실행 시 검사
}
// static_assert: 컴파일 타임 검사
template<int N>
void func() {
static_assert(N > 0, "N은 양수"); // 컴파일 시 검사
}
선택 기준:
- 컴파일 타임에 알 수 있는 조건:
static_assert - 런타임에만 알 수 있는 조건:
assert
Q3: 성능 영향은?
A: 없습니다. static_assert는 컴파일 타임에만 검사하고, 실행 파일에는 아무 코드도 생성하지 않습니다.
static_assert(sizeof(int) == 4, "int는 4바이트");
// 위 코드는 실행 파일에 아무 영향도 없음
Q4: C++17에서 어떻게 변경되었나요?
A: C++17부터 에러 메시지가 선택적입니다.
// C++11: 메시지 필수
static_assert(sizeof(int) == 4, "int는 4바이트");
// C++17: 메시지 선택적
static_assert(sizeof(int) == 4);
Q5: 템플릿에서는 언제 검사되나요?
A: 템플릿 인스턴스화 시점에 검사됩니다.
template<typename T>
class MyClass {
static_assert(std::is_copy_constructible<T>::value,
"T는 복사 가능해야 함");
};
// 인스턴스화 시점에 검사
MyClass<int> obj1; // OK
// MyClass<std::unique_ptr<int>> obj2; // 에러: 복사 불가
Q6: 런타임 값을 검사할 수 있나요?
A: 불가능합니다. static_assert는 컴파일 타임 상수만 검사할 수 있습니다.
// ❌ 런타임 값: 불가능
void func(int x) {
// static_assert(x > 0, "양수"); // 에러
assert(x > 0); // OK: assert 사용
}
// ✅ 컴파일 타임 상수: 가능
template<int N>
void func() {
static_assert(N > 0, "양수"); // OK
}
constexpr int value = 10;
static_assert(value > 0, "양수"); // OK
Q7: 여러 조건을 검사하려면?
A: 여러 static_assert를 사용하거나, 논리 연산자로 결합합니다.
template<typename T>
class MyClass {
// 방법 1: 여러 static_assert
static_assert(std::is_integral<T>::value, "정수 타입 필요");
static_assert(sizeof(T) <= 8, "8바이트 이하 필요");
// 방법 2: 논리 연산자
static_assert(std::is_integral<T>::value && sizeof(T) <= 8,
"정수 타입이고 8바이트 이하여야 함");
};
Q8: static_assert 학습 리소스는?
A:
- “Effective Modern C++” by Scott Meyers
- “C++ Templates: The Complete Guide” (2nd Edition) by David Vandevoorde
- cppreference.com - static_assert
관련 글: Type Traits, Concepts, constexpr.
한 줄 요약: static_assert는 컴파일 타임에 조건을 검사하여 타입 안전성과 플랫폼 요구사항을 보장합니다.
같이 보면 좋은 글 (내부 링크)
이 주제와 연결되는 다른 글입니다.
- C++ constexpr 함수 | “컴파일 타임 함수” 가이드
- C++ constexpr Lambda | “컴파일 타임 람다” 가이드
- C++ ratio | “컴파일 타임 분수” 가이드
관련 글
- C++ constexpr 함수 |
- C++ async & launch |
- C++ Atomic Operations |
- C++ Attributes |
- C++ auto 키워드 |