C++ Universal Reference | '유니버설 레퍼런스' 가이드
이 글의 핵심
C++ Universal Reference - "유니버설 레퍼런스" 가이드. C++ Universal Reference의 타입 추론 규칙, 실전 예시를 실전 코드와 함께 설명합니다.
Universal Reference란?
Universal Reference (유니버설 참조) 또는 Forwarding Reference (포워딩 참조) 는 템플릿에서 T&& 형태로 선언된 매개변수로, 좌측값과 우측값 모두 받을 수 있습니다. C++11의 완벽 전달(Perfect Forwarding)을 가능하게 하는 핵심 기능입니다.
아래 func 템플릿은 유니버설 참조가 실제로 어떻게 좌측값과 우측값을 구분해서 받는지 보여줍니다. func(x)처럼 이름 있는 변수를 넘기면 T가 int&로 추론되어 arg도 결국 int&가 되고, func(10)이나 func(std::move(x))처럼 임시값이나 명시적으로 이동시킨 값을 넘기면 T가 int로 추론되어 arg는 int&&가 됩니다. 이렇게 같은 함수 하나가 호출 시점의 인자 종류에 따라 서로 다른 타입으로 인스턴스화되는 것이 유니버설 참조의 핵심 동작 원리입니다.
// 실행 예제
template<typename T>
void func(T&& arg) { // Universal Reference
// arg는 좌측값 또는 우측값
}
int main() {
int x = 10;
func(x); // T = int&, arg는 int&
func(10); // T = int, arg는 int&&
func(std::move(x)); // T = int, arg는 int&&
}
왜 필요한가?:
- 완벽 전달: 인자를 원래 타입 그대로 전달
- 성능: 불필요한 복사 제거
- 일반성: 좌측값/우측값 모두 처리
- 유연성: 팩토리 함수, 래퍼 함수에서 필수
유니버설 참조가 없던 시절에는 좌측값과 우측값을 각각 처리하려면 오버로드를 두 벌 작성해야 했습니다. 아래 첫 번째 코드처럼 func(int&)와 func(int&&)를 따로 만들면 인자가 두 개, 세 개로 늘어날 때마다 오버로드 조합이 기하급수적으로 늘어나는 문제가 생깁니다. 유니버설 참조를 쓰면 이 모든 조합을 template<typename T> void func(T&& x) 하나로 통합하면서도, 내부에서 std::forward<T>(x)로 원래의 값 범주(좌측값인지 우측값인지)를 그대로 다음 함수에 전달할 수 있습니다.
// ❌ 좌측값/우측값 별도 구현
void func(int& x) { // 좌측값
process(x);
}
void func(int&& x) { // 우측값
process(std::move(x));
}
// ✅ Universal Reference: 하나로 통합
template<typename T>
void func(T&& x) {
process(std::forward<T>(x));
}
Universal Reference 조건:
Universal Reference가 되려면 타입 추론이 필요합니다. 겉보기에 T&& 형태만 갖췄다고 무조건 유니버설 참조가 되는 것은 아니며, 그 자리에서 컴파일러가 실제로 T를 추론해야 한다는 조건이 반드시 만족되어야 합니다. 아래 예제에서 함수 템플릿의 T&&와 auto&&는 호출·초기화 시점에 타입이 추론되므로 유니버설 참조가 되지만, 타입이 이미 int로 고정된 func2나 클래스 템플릿의 T(멤버 함수 호출 시점이 아니라 클래스 인스턴스화 시점에 이미 확정됨)를 사용하는 Widget::func는 추론이 일어나지 않아 그냥 우측값 참조로 취급됩니다.
// ✅ Universal Reference (타입 추론)
template<typename T>
void func1(T&& arg); // OK
auto&& x = getValue(); // OK
// ❌ 우측값 참조 (타입 추론 없음)
void func2(int&& arg); // 타입 명시
template<typename T>
class Widget {
void func(T&& arg); // 클래스 템플릿 T (타입 추론 없음)
};
Universal Reference vs Rvalue Reference
같은 && 기호를 쓰지만 유니버설 참조와 일반 우측값 참조는 근본적으로 다른 개념입니다. 구분하는 기준은 오직 하나, “그 자리에서 타입 추론이 일어나는가”입니다. 아래 func1(int&& x)처럼 매개변수 타입이 int&&로 이미 고정되어 있으면 우측값만 받는 일반 우측값 참조이고, func2(T&& x)처럼 템플릿 매개변수 T가 호출 시점에 추론되면 좌측값과 우측값을 모두 받을 수 있는 유니버설 참조가 됩니다. auto&& 역시 초기화식으로부터 타입이 추론되므로 같은 규칙에 따라 유니버설 참조로 취급됩니다.
// Rvalue Reference (타입 명시)
void func1(int&& x) { // 우측값만
// x는 int&&
}
// Universal Reference (타입 추론)
template<typename T>
void func2(T&& x) { // 좌측값/우측값 모두
// x는 T&&
}
// auto도 Universal Reference
auto&& x = getValue(); // 좌측값/우측값 모두
타입 추론 규칙
유니버설 참조에서 T가 어떤 타입으로 추론되는지는 레퍼런스 축약(reference collapsing) 규칙에 따라 결정됩니다. 좌측값을 넘기면 T가 레퍼런스 타입(int&)으로 추론되고, 이를 T&&에 대입하면 int& &&가 되는데 레퍼런스 축약 규칙에 따라 & + && = &이므로 최종적으로 int&가 됩니다. 반대로 우측값을 넘기면 T는 비레퍼런스 타입(int)으로 추론되어 T&&가 그대로 int&&가 되고, 이 두 가지 경로가 합쳐져 하나의 함수 템플릿이 좌측값과 우측값 모두를 정확한 값 범주로 받을 수 있게 되는 것입니다.
template<typename T>
void func(T&& arg) {
// ...
}
int x = 10;
// 좌측값 전달
func(x); // T = int&
// T&& = int& && = int& (레퍼런스 축약)
// 우측값 전달
func(10); // T = int
// T&& = int&&
실전 예시
유니버설 참조가 실제로 어떤 문제를 해결하는지, 네 가지 실무 시나리오로 확인해 보겠습니다. 완벽 전달의 기본형, 객체를 생성하는 팩토리 함수, 컨테이너의 emplace 계열 함수, 임의의 함수를 감싸는 래퍼가 그것입니다.
예시 1: Perfect Forwarding
process가 좌측값용과 우측값용으로 오버로드되어 있을 때, wrapper 함수가 받은 인자를 그대로 process에 넘기고 싶다면 값 범주 정보를 잃지 않아야 합니다. wrapper 내부에서 arg라는 이름이 붙은 매개변수는 그 자체로는 항상 좌측값이므로, std::forward<T>(arg)로 감싸지 않으면 wrapper(20)처럼 우측값을 넘겨도 process(int&) 오버로드가 호출되는 문제가 생깁니다. 아래 예제에서 wrapper(x), wrapper(20), wrapper(std::move(x))가 각각 올바른 오버로드로 연결되는 것은 std::forward가 원래의 값 범주를 정확히 복원해주기 때문입니다.
#include <utility>
#include <iostream>
void process(int& x) {
std::cout << "좌측값: " << x << std::endl;
}
void process(int&& x) {
std::cout << "우측값: " << x << std::endl;
}
// Universal Reference + Perfect Forwarding
template<typename T>
void wrapper(T&& arg) {
process(std::forward<T>(arg));
}
int main() {
int x = 10;
wrapper(x); // 좌측값 전달
wrapper(20); // 우측값 전달
wrapper(std::move(x)); // 우측값 전달
}
예시 2: 팩토리 함수
std::make_unique가 실제 표준 라이브러리에서 어떻게 구현되는지 보여주는 예제입니다. Args&&...args라는 가변 인자 유니버설 참조로 생성자에 전달할 인자를 그대로 받은 뒤, std::forward<Args>(args)...로 각 인자의 값 범주를 유지한 채 new T(...)에 전달합니다. 이 덕분에 make_unique<Widget>(20, s)처럼 좌측값을 넘기면 Widget의 복사 생성자가, make_unique<Widget>(30, std::move(s))처럼 우측값을 넘기면 이동 생성자가 정확히 선택되어, 팩토리 함수를 거쳐도 원래 호출자가 의도한 대로 복사·이동이 일어납니다.
#include <memory>
#include <utility>
template<typename T, typename... Args>
std::unique_ptr<T> make_unique(Args&&... args) {
return std::unique_ptr<T>(new T(std::forward<Args>(args)...));
}
class Widget {
public:
Widget(int x, const std::string& s) {
std::cout << "Widget(" << x << ", " << s << ")" << std::endl;
}
Widget(const Widget&) {
std::cout << "복사 생성자" << std::endl;
}
Widget(Widget&&) noexcept {
std::cout << "이동 생성자" << std::endl;
}
};
int main() {
auto w1 = make_unique<Widget>(10, "Hello");
std::string s = "World";
auto w2 = make_unique<Widget>(20, s); // 좌측값
auto w3 = make_unique<Widget>(30, std::move(s)); // 우측값
}
예시 3: 컨테이너 emplace
std::vector::emplace_back이 push_back보다 효율적일 수 있는 이유도 유니버설 참조 덕분입니다. 아래 MyVector::emplace_back은 인자를 유니버설 참조로 받아 std::forward로 그대로 내부 std::vector의 emplace_back에 넘기는데, 이렇게 하면 컨테이너 내부에서 임시 객체를 한 번 만들고 다시 컨테이너 안으로 복사·이동하는 과정 없이, 전달받은 인자로 요소를 직접 제자리 생성(in-place construction)할 수 있습니다. vec.emplace_back(s)는 좌측값이라 복사가 일어나지만, vec.emplace_back("World")나 vec.emplace_back(std::move(s))는 우측값이라 이동 생성자가 호출되어 불필요한 복사를 피할 수 있습니다.
#include <vector>
#include <string>
template<typename T>
class MyVector {
private:
std::vector<T> data;
public:
template<typename... Args>
void emplace_back(Args&&... args) {
data.emplace_back(std::forward<Args>(args)...);
}
size_t size() const {
return data.size();
}
};
int main() {
MyVector<std::string> vec;
std::string s = "Hello";
vec.emplace_back(s); // 좌측값 (복사)
vec.emplace_back("World"); // 우측값 (이동)
vec.emplace_back(std::move(s)); // 우측값 (이동)
std::cout << vec.size() << std::endl;
}
예시 4: 함수 래퍼
임의의 호출 가능한 대상(함수, 함수 객체, 람다)과 그 인자들을 함께 받아 실행 시간을 측정하는 유틸리티도 유니버설 참조로 자연스럽게 구현됩니다. Func&& func와 Args&&...args가 각각 호출 대상과 인자들을 값 범주 그대로 받아두고, std::forward<Func>(func)(std::forward<Args>(args)...)로 원래 넘겨받은 대로 호출을 재현합니다. 이런 구조 덕분에 measureTime은 일반 함수(heavyTask)든 람다든 구분 없이 받아들일 수 있고, 함수와 인자 사이에 시간 측정 로직을 끼워 넣는 것 외에는 원래 호출과 동일하게 동작하도록 투명하게 감쌀 수 있습니다.
#include <functional>
#include <chrono>
template<typename Func, typename... Args>
auto measureTime(Func&& func, Args&&... args) {
auto start = std::chrono::high_resolution_clock::now();
std::forward<Func>(func)(std::forward<Args>(args)...);
auto end = std::chrono::high_resolution_clock::now();
auto duration = std::chrono::duration_cast<std::chrono::milliseconds>(end - start);
return duration.count();
}
void heavyTask(int n) {
int sum = 0;
for (int i = 0; i < n; i++) {
sum += i;
}
std::cout << "작업 완료: " << sum << std::endl;
}
int main() {
auto time = measureTime(heavyTask, 10000000);
std::cout << "실행 시간: " << time << "ms" << std::endl;
// 람다도 전달 가능
auto time2 = measureTime([](int x) {
std::cout << "람다: " << x << std::endl;
}, 42);
}
std::forward
C++에서 이름이 붙은 변수는 그 선언이 &&였든 아니든 표현식 안에서는 항상 좌측값으로 취급된다는 규칙이 있습니다. 이 때문에 유니버설 참조로 받은 매개변수 arg를 다른 함수에 그냥 넘기면, 원래 우측값이었더라도 arg라는 이름을 통해 전달하는 순간 좌측값으로 바뀌어버립니다. std::forward<T>(arg)는 함수 템플릿에서 추론된 T를 이용해 원래의 값 범주(좌측값이었는지 우측값이었는지)를 정확히 복원해주는 캐스트로, 유니버설 참조와 항상 짝을 이루어 사용해야 하는 이유가 바로 이것입니다.
template<typename T>
void func(T&& arg) {
// ❌ arg는 항상 좌측값
process(arg);
// ✅ std::forward로 원래 타입 유지
process(std::forward<T>(arg));
}
auto&&
auto&&는 함수 템플릿의 T&&와 똑같은 추론 규칙을 따르는, 변수 선언 버전의 유니버설 참조입니다. 초기화식이 좌측값이면 auto가 레퍼런스 타입으로, 우측값이면 비레퍼런스 타입으로 추론되어 앞서 본 레퍼런스 축약 규칙이 그대로 적용됩니다. 이 성질 덕분에 범위 기반 for (auto&& item : vec)처럼 쓰면, vec이 좌측값 컨테이너든 임시로 생성된 우측값 컨테이너든 상관없이 항상 불필요한 복사 없이 각 요소에 접근할 수 있어 제네릭 코드에서 특히 널리 쓰입니다.
// auto&&도 Universal Reference
int x = 10;
auto&& a = x; // int&
auto&& b = 10; // int&&
auto&& c = std::move(x); // int&&
// 범위 기반 for
std::vector<std::string> vec = {"a", "b", "c"};
for (auto&& item : vec) {
// item은 좌측값 레퍼런스
}
자주 발생하는 문제
유니버설 참조는 문법이 단순해 보이지만, 겉모습이 비슷한 다른 형태와 헷갈리기 쉬운 함정들이 있습니다. const 한정자, 명시적 타입 지정, std::forward 누락, 멤버 함수 맥락이라는 네 가지 상황을 짚어보겠습니다.
문제 1: const와 Universal Reference
유니버설 참조가 되려면 반드시 T&&라는 순수한 형태여야 하며, 여기에 const가 붙는 순간 규칙이 깨집니다. 아래 func(const T&& arg)는 T&& 앞에 const가 붙어 있어 더 이상 좌측값과 우측값을 모두 받는 유니버설 참조가 아니라, const가 붙은 우측값만 받는 일반 우측값 참조로 취급됩니다. 완벽 전달을 의도했다면 const 없이 순수한 T&&로 선언해야 하며, const T&&가 필요한 상황은 거의 없다고 봐도 무방합니다.
// ❌ const T&&는 Universal Reference 아님
template<typename T>
void func(const T&& arg) { // 우측값만
// ...
}
// ✅ T&&만 Universal Reference
template<typename T>
void func(T&& arg) {
// ...
}
문제 2: 타입 명시
유니버설 참조가 성립하려면 그 자리에서 실제로 타입 추론이 일어나야 한다는 조건을 다시 떠올려야 하는 사례입니다. func<int>(10)처럼 템플릿 인자를 호출자가 명시적으로 지정해버리면, 컴파일러가 인자로부터 T를 추론할 필요가 없어지고 T는 그냥 int로 고정됩니다. 이 경우 T&&는 int&&가 되어 우측값만 받을 수 있게 되므로, 유니버설 참조의 장점을 살리려면 템플릿 인자를 명시하지 않고 func(10)처럼 컴파일러의 추론에 맡겨야 합니다.
template<typename T>
void func(T&& arg) {
// ...
}
// ❌ 타입 명시하면 Universal Reference 아님
func<int>(10); // T = int, arg는 int&& (우측값만)
// ✅ 타입 추론
func(10); // Universal Reference
문제 3: std::forward 누락
앞서 “std::forward” 절에서 설명한 원칙을 실수로 어기는 가장 흔한 패턴입니다. wrapper 함수 안에서 arg를 std::forward 없이 그냥 process(arg)로 넘기면, arg는 매개변수로 선언된 순간부터 이름이 붙은 좌측값이기 때문에 원래 우측값으로 전달받았더라도 항상 좌측값 오버로드가 선택됩니다. 이 버그는 컴파일 에러 없이 조용히 잘못된 오버로드를 호출하기 때문에 발견하기 어려우므로, 유니버설 참조 매개변수를 다른 함수로 넘기는 코드를 작성할 때는 std::forward<T>(arg)를 습관적으로 붙이는 것이 안전합니다.
template<typename T>
void wrapper(T&& arg) {
// ❌ arg는 좌측값
process(arg);
// ✅ std::forward 사용
process(std::forward<T>(arg));
}
문제 4: 멤버 함수
T&&가 유니버설 참조인지 아닌지는 그 T가 “언제” 결정되는 템플릿 매개변수인지에 달려 있습니다. 아래 첫 번째 Widget::func1처럼 멤버 함수 자체가 템플릿이라 함수 호출 시점에 T가 추론된다면 유니버설 참조가 맞지만, 두 번째 Container<T>::func2처럼 T가 클래스 템플릿의 매개변수라서 클래스가 인스턴스화되는 시점에 이미 확정되어 있다면 멤버 함수 호출 시점에는 더 이상 추론이 일어나지 않으므로 그냥 우측값 참조로 취급됩니다. 클래스 템플릿 안에서 완벽 전달이 필요하다면, 클래스의 T가 아니라 멤버 함수 자체에 별도의 템플릿 매개변수를 추가해야 합니다.
class Widget {
public:
// ❌ 멤버 함수는 Universal Reference 아님
template<typename T>
void func(T&& arg) {
// T는 클래스 템플릿 매개변수가 아님
// Universal Reference 작동
}
};
// 클래스 템플릿
template<typename T>
class Container {
public:
// ❌ T&&는 우측값 레퍼런스 (타입 추론 없음)
void func(T&& arg) {
// ...
}
};
Universal Reference 판별
지금까지 다룬 규칙들을 한 화면에 모아 대조해보면 판별 기준이 더 명확해집니다. 핵심은 세 가지입니다. 형태가 정확히 T&&(또는 auto&&)인지, 그 자리에서 타입 추론이 실제로 일어나는지, 그리고 const나 volatile 같은 cv 한정자가 붙어 있지 않은지입니다. 아래 목록에서 func2처럼 std::vector<T>&&인 경우도 겉보기에는 템플릿을 쓰지만 T&&가 아니라 std::vector<T>&&라는 더 복잡한 타입이라 추론 규칙이 달라 유니버설 참조가 아니라는 점이 자주 간과되는 함정입니다.
// ✅ Universal Reference
template<typename T>
void func1(T&& arg);
auto&& x = getValue();
template<typename T>
void func2(std::vector<T>&& arg); // ❌ 우측값만
// ❌ 우측값 레퍼런스
void func3(int&& arg);
template<typename T>
class Widget {
void func(T&& arg); // ❌ 우측값만
};
실용적인 패턴
지금까지 배운 요소들을 실무에서 바로 활용할 수 있는 네 가지 패턴으로 요약하면 다음과 같습니다. 인자를 다른 함수로 그대로 넘기는 전달 래퍼, 객체를 생성하는 팩토리, 비동기 실행을 위한 콜백 래퍼, 그리고 if constexpr과 std::is_lvalue_reference_v를 조합해 좌측값·우측값에 따라 다르게 동작하는 조건부 처리가 그것입니다.
// 1. 완벽한 전달
template<typename T>
void forward_to_process(T&& arg) {
process(std::forward<T>(arg));
}
// 2. 팩토리 함수
template<typename T, typename... Args>
T create(Args&&... args) {
return T(std::forward<Args>(args)...);
}
// 3. 콜백 래퍼
template<typename Func, typename... Args>
void async_call(Func&& func, Args&&... args) {
std::thread(std::forward<Func>(func), std::forward<Args>(args)...).detach();
}
// 4. 조건부 처리
template<typename T>
void conditional_process(T&& arg) {
if constexpr (std::is_lvalue_reference_v<T>) {
std::cout << "좌측값" << std::endl;
} else {
std::cout << "우측값" << std::endl;
}
process(std::forward<T>(arg));
}
실무 패턴
이론과 기본 패턴을 넘어, 실제 프로젝트에서 유니버설 참조가 어떻게 조합되어 쓰이는지 세 가지 구체적인 사례로 마무리하겠습니다.
패턴 1: 로깅 래퍼
함수 호출 전후에 로그를 남기고 싶지만 원래 함수의 시그니처는 건드리고 싶지 않을 때, 유니버설 참조로 감싼 래퍼 함수가 유용합니다. logAndCall은 호출할 함수 func와 그 인자들 args...를 유니버설 참조로 받아 호출 전후에 로그를 출력하고, std::forward로 원래 값 범주를 유지한 채 실제 호출을 수행한 뒤 결과값까지 그대로 반환합니다. 이렇게 만든 래퍼는 원래 함수가 어떤 시그니처를 가지고 있든 투명하게 감쌀 수 있어, 디버깅이나 성능 계측 코드를 기존 함수 호출부를 수정하지 않고도 끼워 넣을 수 있습니다.
template<typename Func, typename... Args>
auto logAndCall(const std::string& name, Func&& func, Args&&... args) {
std::cout << "[CALL] " << name << '\n';
auto result = std::forward<Func>(func)(std::forward<Args>(args)...);
std::cout << "[DONE] " << name << '\n';
return result;
}
// 사용
int add(int a, int b) { return a + b; }
auto result = logAndCall("add", add, 2, 3);
// [CALL] add
// [DONE] add
// result = 5
패턴 2: 지연 실행
함수와 인자를 즉시 호출하지 않고 나중에 실행하도록 저장해두고 싶을 때도 유니버설 참조가 활용됩니다. LazyCall의 생성자는 Func&& func와 Args&&...args를 유니버설 참조로 받아, std::forward로 값 범주를 유지한 채 멤버 변수 func_와 std::tuple<Args...> args_에 각각 저장해둡니다. 이렇게 저장해두면 나중에 execute()가 호출되는 시점에 std::apply(func_, args_)로 튜플에 담긴 인자들을 펼쳐 함수를 실행할 수 있어, 함수 호출을 값처럼 만들어 나중으로 미루는 지연 실행 패턴을 구현할 수 있습니다.
template<typename Func, typename... Args>
class LazyCall {
Func func_;
std::tuple<Args...> args_;
public:
LazyCall(Func&& func, Args&&... args)
: func_(std::forward<Func>(func))
, args_(std::forward<Args>(args)...) {}
auto execute() {
return std::apply(func_, args_);
}
};
// 사용
auto lazy = LazyCall([](int a, int b) {
return a + b;
}, 2, 3);
// 나중에 실행
auto result = lazy.execute(); // 5
패턴 3: 조건부 처리
때로는 인자가 좌측값으로 넘어왔는지 우측값으로 넘어왔는지에 따라 완전히 다른 처리를 하고 싶을 수도 있습니다. 유니버설 참조에서 추론된 T는 좌측값이 넘어왔을 때만 레퍼런스 타입이 되므로, std::is_lvalue_reference_v<T>로 이를 검사하면 컴파일 타임에 두 경우를 분기할 수 있습니다. 아래 process 함수는 좌측값이면 명시적으로 복사를 수행하고 우측값이면 std::forward로 이동시키는데, 이런 패턴은 라이브러리 내부에서 값의 출처에 따라 로깅이나 캐싱 전략을 다르게 가져가야 할 때 유용합니다.
template<typename T>
void process(T&& value) {
if constexpr (std::is_lvalue_reference_v<T>) {
std::cout << "좌측값: 복사\n";
store(value); // 복사
} else {
std::cout << "우측값: 이동\n";
store(std::forward<T>(value)); // 이동
}
}
// 사용
int x = 10;
process(x); // 좌측값: 복사
process(20); // 우측값: 이동
process(std::move(x)); // 우측값: 이동
FAQ
Q1: Universal Reference는 언제 사용하나요?
A:
- 템플릿
T&&: 타입 추론이 필요할 때 - auto&&: 변수 선언 시
- 완벽 전달: 인자를 다른 함수로 전달
func 함수의 구현 예제입니다.
template<typename T>
void func(T&& arg) { // Universal Reference
process(std::forward<T>(arg));
}
auto&& x = getValue(); // Universal Reference
Q2: 왜 필요한가요?
A:
- Perfect Forwarding: 인자를 원래 타입 그대로 전달
- 성능 최적화: 불필요한 복사 제거
- 일반성: 좌측값/우측값 모두 처리
template<typename T, typename... Args>
std::unique_ptr<T> make_unique(Args&&... args) {
return std::unique_ptr<T>(new T(std::forward<Args>(args)...));
}
Q3: std::forward는 무엇인가요?
A: 원래 값 범주를 유지하는 함수입니다. Universal Reference와 함께 사용해야 합니다.
wrapper 함수의 구현 예제입니다.
template<typename T>
void wrapper(T&& arg) {
// ❌ arg는 항상 좌측값
process(arg);
// ✅ std::forward로 원래 타입 유지
process(std::forward<T>(arg));
}
Q4: const T&&는 Universal Reference인가요?
A: 아니요. const T&&는 우측값 참조입니다. Universal Reference는 T&& 형태만 가능합니다.
func 함수의 구현 예제입니다.
// ❌ const T&&: 우측값만
template<typename T>
void func(const T&& arg) {
// 우측값만 받음
}
// ✅ T&&: Universal Reference
template<typename T>
void func(T&& arg) {
// 좌측값/우측값 모두
}
Q5: 멤버 함수에서는 어떻게 되나요?
A:
- 멤버 함수 템플릿: Universal Reference
- 클래스 템플릿 T: 우측값 참조
class Widget {
public:
// ✅ Universal Reference
template<typename T>
void func1(T&& arg) {
// 타입 추론
}
};
template<typename T>
class Container {
public:
// ❌ 우측값 참조 (타입 추론 없음)
void func2(T&& arg) {
// T는 클래스 템플릿 매개변수
}
};
Q6: auto&&는 언제 사용하나요?
A: 범위 기반 for 루프와 변수 선언에서 사용합니다.
C/C++ 예제 코드입니다.
// 범위 기반 for
std::vector<std::string> vec = {"a", "b", "c"};
for (auto&& item : vec) {
// item은 좌측값 참조
}
// 변수 선언
auto&& x = getValue(); // 좌측값/우측값 모두
Q7: Universal Reference 판별 방법은?
A:
T&&형태: 템플릿 매개변수 T에 대해- 타입 추론: 함수 호출 시 타입 추론 발생
- cv 한정자 없음:
const,volatile없음
func2 함수의 구현 예제입니다.
// ✅ Universal Reference
template<typename T> void func1(T&& arg);
auto&& x = getValue();
// ❌ 우측값 참조
void func2(int&& arg); // 타입 명시
template<typename T> void func3(const T&& arg); // const
template<typename T> void func4(std::vector<T>&& arg); // 타입 추론 없음
Q8: Universal Reference 학습 리소스는?
A:
- “Effective Modern C++” by Scott Meyers (Item 24)
- “C++ Move Semantics - The Complete Guide” by Nicolai Josuttis
- cppreference.com - Forwarding references
관련 글: perfect-forwarding, move-semantics, reference-collapsing.
한 줄 요약: Universal Reference는 템플릿에서 T&& 형태로 좌측값과 우측값을 모두 받을 수 있는 참조입니다.
같이 보면 좋은 글 (내부 링크)
이 주제와 연결되는 다른 글입니다.
- C++ 완벽 전달 | “Perfect Forwarding” 가이드
- C++ auto 타입 추론 | 복잡한 타입을 컴파일러에 맡기기
- C++ Reference Collapsing | “레퍼런스 축약” 가이드
관련 글
- C++ auto 타입 추론 | 복잡한 타입을 컴파일러에 맡기기
- C++ async & launch
- C++ Atomic Operations
- C++ Attributes
- C++ auto 키워드
이 글에서 다루는 키워드 (관련 검색어)
C++, universal-reference, forwarding-reference, template, C++11 등으로 검색하시면 이 글이 도움이 됩니다.