string_view는 문자열을 복사하지 않는가?

string_view는 힙에 새로운 문자열을 할당해 복사하는 타입이 아닙니다. 기존 버퍼(문자열 리터럴, std::string, char 배열 등)에 대한 포인터와 길이를 보유하는 뷰이므로, 읽기 전용으로 범위를 다루는 데 적합합니다.

string_view를 쓸 때 수명(라이프타임)은 어떻게 맞춰야 하나?

string_view는 가리킨 데이터의 수명을 연장하거나 보관하지 않습니다. string_view를 들고 있는 동안 원본 string이나 배열이 유효해야 하며, 지역에서 만든 string에서 string_view를 뽑은 뒤 그 string이 먼저 파괴된 뒤 뷰를 쓰면 댕글링이 발생할 수 있습니다. 멤버나 반환 값으로 string_view를 쓰면 원본이 그보다 오래 유효함을 설계·문서로 보장해야 합니다.

const std::string&과 비교해 매개 변수로 string_view를 쓰는 이유는?

읽기 전용 인자는 string, string_view, const char* 등을 추가 변환·할당 없이 받을 수 있어 호출 측 복사 비용이 줄어듭니다. 다만 C 문자열처럼 끝에 널 터미네이터가 붙어 있다고 가정할 수는 없고, C 스타일 API 연동 시에는 이 점이 제약이 될 수 있습니다.

string_view를 std::string으로 바꾸려면?

std::string(sv) 또는 std::string{sv}로 명시적으로 복사해 소유하는 문자열을 만드는 방식이 일반적입니다. 뷰가 가리킨 범위만 복제되며, 꼭 소유권이 필요한 지점에서만 string으로 승급시키는 패턴이 안전합니다.

C++ string_view | '문자열 뷰' C++17 가이드

2026년 3월 12일 · 11분 읽기 · 수정 2026년 4월 7일 중급 튜토리얼

이 글의 핵심

C++ string_view의 핵심 개념과 실무 포인트를 정리합니다.

string vs string_view

#include <string_view>
using namespace std;

// string (복사)
void print1(string s) {
    cout << s << endl;  // 복사 발생
}

// string_view (복사 없음)
void print2(string_view sv) {
    cout << sv << endl;  // 복사 없음
}

int main() {
    string s = "Hello World";
    
    print1(s);  // 복사
    print2(s);  // 복사 없음
}

기본 사용법

C/C++ 예제 코드입니다.

string_view sv1 = "Hello";        // 문자열 리터럴
string s = "World";
string_view sv2 = s;              // string
char arr[] = "Test";
string_view sv3 = arr;            // char 배열

cout << sv1 << endl;
cout << sv2 << endl;
cout << sv3 << endl;

부분 문자열

C/C++ 예제 코드입니다.

string_view sv = "Hello World";

// substr (복사 없음)
string_view sub = sv.substr(0, 5);
cout << sub << endl;  // Hello

// 범위
cout << sv.substr(6) << endl;  // World

실전 예시

예시 1: 토큰화

vector<string_view> split(string_view sv, char delim) {
    vector<string_view> result;
    
    size_t start = 0;
    size_t end = sv.find(delim);
    
    while (end != string_view::npos) {
        result.push_back(sv.substr(start, end - start));
        start = end + 1;
        end = sv.find(delim, start);
    }
    
    result.push_back(sv.substr(start));
    
    return result;
}

int main() {
    string text = "apple,banana,cherry";
    
    for (string_view token : split(text, ',')) {
        cout << token << endl;
    }
}

예시 2: 파싱

optional<int> parseInt(string_view sv) {
    // 공백 제거
    while (!sv.empty() && isspace(sv.front())) {
        sv.remove_prefix(1);
    }
    while (!sv.empty() && isspace(sv.back())) {
        sv.remove_suffix(1);
    }
    
    if (sv.empty()) {
        return nullopt;
    }
    
    try {
        return stoi(string(sv));
    } catch (...) {
        return nullopt;
    }
}

int main() {
    cout << parseInt("  123  ").value_or(0) << endl;  // 123
    cout << parseInt("abc").value_or(0) << endl;      // 0
}

예시 3: 문자열 비교

bool startsWith(string_view sv, string_view prefix) {
    return sv.substr(0, prefix.size()) == prefix;
}

bool endsWith(string_view sv, string_view suffix) {
    if (suffix.size() > sv.size()) return false;
    return sv.substr(sv.size() - suffix.size()) == suffix;
}

int main() {
    string_view sv = "hello.txt";
    
    cout << startsWith(sv, "hello") << endl;  // 1
    cout << endsWith(sv, ".txt") << endl;     // 1
}

예시 4: 로그 파서

struct LogEntry {
    string_view timestamp;
    string_view level;
    string_view message;
};

optional<LogEntry> parseLogLine(string_view line) {
    // [2026-03-11 10:30:00] [INFO] 메시지
    
    if (line.size() < 2 || line[0] != '[') {
        return nullopt;
    }
    
    size_t pos1 = line.find(']');
    if (pos1 == string_view::npos) return nullopt;
    
    string_view timestamp = line.substr(1, pos1 - 1);
    
    line.remove_prefix(pos1 + 2);
    if (line.empty() || line[0] != '[') return nullopt;
    
    size_t pos2 = line.find(']');
    if (pos2 == string_view::npos) return nullopt;
    
    string_view level = line.substr(1, pos2 - 1);
    string_view message = line.substr(pos2 + 2);
    
    return LogEntry{timestamp, level, message};
}

int main() {
    string log = "[2026-03-11 10:30:00] [INFO] 서버 시작";
    
    if (auto entry = parseLogLine(log)) {
        cout << "시간: " << entry->timestamp << endl;
        cout << "레벨: " << entry->level << endl;
        cout << "메시지: " << entry->message << endl;
    }
}

수정 불가

s 함수의 구현 예제입니다.

string_view sv = "Hello";

// ❌ 수정 불가
// sv[0] = 'h';  // 에러

// ✅ string으로 변환 후 수정
string s(sv);
s[0] = 'h';
cout << s << endl;  // hello

자주 발생하는 문제

문제 1: 댕글링 참조

getString 함수의 구현 예제입니다.

// ❌ 위험
string_view getView() {
    string s = "Hello";
    return s;  // s 소멸, 댕글링!
}

// ✅ string 반환
string getString() {
    string s = "Hello";
    return s;
}

// ✅ 문자열 리터럴
string_view getLiteral() {
    return "Hello";  // OK (리터럴은 프로그램 종료까지 유효)
}

문제 2: 수명 관리

C/C++ 예제 코드입니다.

// ❌ 위험
string_view sv;
{
    string s = "Hello";
    sv = s;
}  // s 소멸
cout << sv << endl;  // 댕글링!

// ✅ 수명 보장
string s = "Hello";
string_view sv = s;
cout << sv << endl;

문제 3: null 종료

s 함수의 구현 예제입니다.

// ❌ null 종료 보장 안됨
string_view sv = "Hello";
const char* cstr = sv.data();  // null 종료 보장 안됨!

// ✅ string 변환
string s(sv);
const char* cstr = s.c_str();  // null 종료 보장

성능 비교

#include <chrono>

void benchmarkString(const string& s) {
    // 복사 발생
}

void benchmarkStringView(string_view sv) {
    // 복사 없음
}

int main() {
    string s(10000, 'x');
    
    auto start = chrono::high_resolution_clock::now();
    for (int i = 0; i < 100000; i++) {
        benchmarkString(s);
    }
    auto end = chrono::high_resolution_clock::now();
    cout << "string: " << chrono::duration_cast<chrono::milliseconds>(end - start).count() << "ms" << endl;
    
    start = chrono::high_resolution_clock::now();
    for (int i = 0; i < 100000; i++) {
        benchmarkStringView(s);
    }
    end = chrono::high_resolution_clock::now();
    cout << "string_view: " << chrono::duration_cast<chrono::milliseconds>(end - start).count() << "ms" << endl;
}

FAQ

Q1: string_view는 언제 사용하나요?

읽기 전용 문자열 매개변수
부분 문자열 추출
성능 최적화

Q2: string vs string_view?

string: 소유, 수정 가능
string_view: 뷰, 읽기 전용

Q3: 성능 이점은?

A: 복사 없음. 큰 문자열일수록 효과 큼.

Q4: 수명 관리는?

A: 원본 문자열이 유효한 동안만 사용.

Q5: null 종료는?

A: 보장 안됨. C 함수에 전달 시 주의.

Q6: string_view 학습 리소스는?

cppreference.com
“C++17: The Complete Guide”
“Effective Modern C++“

같이 보면 좋은 글 (내부 링크)

이 주제와 연결되는 다른 글입니다.

C++ string vs string_view |

심화 부록: 구현·운영 관점

이 부록은 앞선 본문에서 다룬 주제(「C++ string_view | ‘문자열 뷰’ C++17 가이드」)를 구현·런타임·운영 관점에서 다시 압축합니다. 도메인별 세부 구현은 글마다 다르지만, 입력 검증 → 핵심 연산 → 부작용(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++ string_view | ‘문자열 뷰’ C++17 가이드」)를 배포·운영 흐름에 맞춰 옮긴 체크리스트입니다. 도메인에 맞게 단계 이름만 바꿔 적용할 수 있습니다.

입력 계약 고정: 스키마·버전·최대 페이로드·타임아웃·에러 코드를 경계에 둔다.
핵심 경로 계측: 요청 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++, string_view, C++17, 문자열, 최적화 등으로 검색하시면 이 글이 도움이 됩니다.

이 글이 도움이 되셨나요?

여러분의 피드백은 더 나은 콘텐츠를 만드는 데 도움이 됩니다

문제가 있거나 개선 제안이 있으시면 연락처로 알려주세요.

Keyboard Shortcuts

C++ string_view | '문자열 뷰' C++17 가이드

이 글의 핵심

string vs string_view

기본 사용법

부분 문자열

실전 예시

예시 1: 토큰화

예시 2: 파싱

예시 3: 문자열 비교

예시 4: 로그 파서

수정 불가

자주 발생하는 문제

문제 1: 댕글링 참조

문제 2: 수명 관리

문제 3: null 종료

성능 비교

FAQ

Q1: string_view는 언제 사용하나요?

Q2: string vs string_view?

Q3: 성능 이점은?

Q4: 수명 관리는?

Q5: null 종료는?

Q6: string_view 학습 리소스는?

같이 보면 좋은 글 (내부 링크)

관련 글

심화 부록: 구현·운영 관점

내부 동작과 핵심 메커니즘

프로덕션 운영 패턴

확장 예시: 엔드투엔드 미니 시나리오

문제 해결(Troubleshooting)

이 글에서 다루는 키워드 (관련 검색어)

이 글이 도움이 되셨나요?