一、问题的核心模型
先记住这个"框架"，后面所有讨论都套用它：
template<typename T> void f(ParamType param); // ParamType 是 T 加上某种修饰，如 T、T&、const T&、T&&、T* f(expr); // 编译器从 expr 推导 T 和 ParamType关键点：编译器要推导两个东西 ——T和ParamType，而且它们往往不一样。很多人以为T就是expr的类型，这是最大的误解。ParamType的"形状"（是引用、指针，还是按值）决定了推导规则。
一共分三种情况。
二、Case 1：ParamType 是引用或指针，但不是万能引用
规则两步：
- 如果
expr是引用，先忽略引用部分； - 然后拿
expr的类型去和ParamType做模式匹配，推出T。
template<typename T> void f(T& param); int x = 27; const int cx = x; const int& rx = x; f(x); // T = int, param 的类型 = int& f(cx); // T = const int, param 的类型 = const int& f(rx); // T = const int, param 的类型 = const int& （引用性被丢掉，const 保留） &&的话也是&注意const被保留了。这符合直觉：你传一个 const 对象给一个T&，编译器必须让param也是 const，否则你就能通过param修改一个常量。
如果参数是const T&，那 const 就成了ParamType的一部分，T里就不再需要 const：
template<typename T> void f(const T& param); f(x); // T = int, param = const int& f(cx); // T = int, param = const int& f(rx); // T = int, param = const int&指针的情况完全类似，不展开。
指针int* const的话会变成int，去掉const,因为这个是不修改指针，所以没必要保留，int就是int
对低延迟的意义：const T&是你在热路径里传大对象的默认武器 ——零拷贝。它反对的旧写法是"按值传大对象"：
void process(std::vector<double> data); // 旧：每次调用都拷贝整个 vector（堆分配 + memcpy） void process(const std::vector<double>& data); // 新：传一个指针大小的引用，0 拷贝在低延迟场景，一次意外的vector拷贝可能就是几百纳秒到几微秒的堆分配 + 缓存污染。理解 Case 1 让你清楚：只要参数写成引用，推导就不会引入拷贝。
三、Case 2：ParamType 是万能引用（Universal / Forwarding Reference，T&&）
这是全书最重要的机制之一，完美转发（Item 24、25）的根基。
template<typename T> void f(T&& param); int x = 27; const int cx = x; f(x); // x 是左值 → T = int&, param = int& f(cx); // cx 是左值 → T = const int&, param = const int& f(27); // 27 是右值 → T = int, param = int&&规则：
- 传左值→
T被推导成左值引用（这是 C++ 里唯一T会被推成引用的情况）； - 传右值→ 按 Case 1 的普通规则走，
T是非引用类型。
背后的机制是引用折叠（reference collapsing）：当T = int&时，T&&就是int& &&，折叠成int&。这套机制让同一个T&&参数既能绑定左值又能绑定右值，并且记住了实参的左值/右值属性，从而配合std::forward实现完美转发。
对低延迟的意义：万能引用 +std::forward是"既不多拷贝、也不多移动"的关键。它反对的旧写法是"为左值和右值各写一个重载"或"统一按值收然后 move"：
// 旧写法 A：重载爆炸，N 个参数要 2^N 个重载 void emplace(const Widget& w); void emplace(Widget&& w); // 新写法：一个模板搞定，实参是什么值类别就原样转发过去 template<typename T> void emplace(T&& w) { storage.push_back(std::forward<T>(w)); // 左值→拷贝，右值→移动，精确匹配 }std::vector::emplace_back、std::make_unique都靠这个。在热路径构造对象时，它能避免"先构造临时对象再拷进容器"的额外一次构造+析构。
四、Case 3：ParamType 按值传递（T param）
template<typename T> void f(T param); // param 是 expr 的一份拷贝规则三步：
- 如果
expr是引用，忽略引用； - 忽略
const； - 忽略
volatile。
int x = 27; const int cx = x; const int& rx = x; f(x); // T = int, param = int f(cx); // T = int, param = int ← const 被丢掉！ f(rx); // T = int, param = int为什么丢掉 const？因为param是一份独立的拷贝，改动它不影响原对象，所以让它可修改是安全且合理的。
一个关键陷阱（低延迟相关）：只有顶层 const被丢掉，指向物的 const 不会丢：
template<typename T> void f(T param); const char* const ptr = "hello"; // ptr 本身是 const（顶层，丢掉），指向的 char 是 const（底层，保留） f(ptr); // T = const char* —— 你得到一个可以改指向、但不能改内容的指针拷贝对低延迟的意义：Case 3 的价值在于告诉你"按值到底拷贝了什么"。对于小而廉价可拷贝的类型（int、double、指针、std::string_view、小的 POD struct），按值传是最优的 —— 它们在寄存器里传递，没有间接寻址，比引用还快，且对编译器更友好（无别名 aliasing，利于优化）。它反对的是"什么都用const&"的教条：
void tick(const int& price); // 反模式：为一个 int 引入一层间接、可能阻碍寄存器优化 void tick(int price); // 更好：int 直接进寄存器经验法则：sizeof ≤ 2 个指针、且拷贝廉价的类型，按值传；大对象或拷贝昂贵的，用const&或万能引用。
五、数组的退化（decay）
这块对写低延迟栈上缓冲区的人特别有用。
按值时，数组退化成指针，丢失长度信息：
template<typename T> void f(T param); const char name[] = "J. P. Briggs"; // 类型是 const char[13] f(name); // T = const char* ← 数组"退化"成指针，13 这个长度没了按引用时，数组类型（含长度）被完整保留：
template<typename T> void f(T& param); f(name); // T = const char[13], param = const char(&)[13]这个特性可以在编译期拿到数组长度，零运行时开销：
template<typename T, std::size_t N> constexpr std::size_t arraySize(T (&)[N]) noexcept { return N; // 编译期常量 } int vals[] = {1, 2, 3, 4, 5}; int buffer[arraySize(vals)]; // buffer 大小编译期确定，纯栈分配，0 堆开销对低延迟的意义：它反对旧 C 写法"传数组 + 单独传一个size_t len参数"（既啰嗦又容易传错、还是运行期变量）。用引用绑定数组，长度是编译期N，可以用来在栈上开固定缓冲、展开循环、让编译器做边界优化，全程不碰堆。函数类型也有完全对应的退化规则（按值退化成函数指针，按引用保留）。
六、函数类型的退化（function-to-pointer decay）
函数类型也能被推导，规则和数组一模一样：按值 / 按普通引用会退化成函数指针，按引用（T&）保留原始函数类型。
void someFunc(int, double); // 函数类型是 void(int, double) template<typename T> void f1(T param); // 按值 template<typename T> void f2(T& param); // 按引用 f1(someFunc); // T = void(*)(int, double) ← 退化成函数指针 f2(someFunc); // T = void(&)(int, double) ← 保留成"函数引用"对照记忆（数组 vs 函数，完全平行）：
| 实参 | T param（按值） | T& param（按引用） |
|---|---|---|
数组const char[13] | const char*（退化成指针） | const char(&)[13]（保留长度） |
函数void(int,double) | void(*)(int,double)（退化成函数指针） | void(&)(int,double)（保留函数类型） |
为什么会退化
因为 C++ 继承自 C 的规则：函数名和数组名在大多数表达式里会隐式转成指针（这叫 decay）。当参数按值接收时，你不可能"拷贝一个函数"或"拷贝一整个数组的实体"进去，所以语言就退化成传一个指针。只有绑引用时不需要拷贝，才能保住原始类型。
对低延迟的意义
这块直接关系到你怎么传"可调用对象"（callback / 比较器 / 处理函数），而传法不同，能不能内联、有没有间接跳转，差别巨大：
// 反模式：函数退化成函数指针传进去 void run(void (*cb)(Event&)); // cb 是运行期指针 → 每次调用是一次间接跳转，编译器通常无法内联 // 低延迟首选：用模板 + 万能引用接可调用对象，保留其具体类型 template<typename F> void run(F&& cb) { // F 可以是 lambda 类型、函数对象类型 cb(evt); // 类型已知 → 编译器可完全内联，0 间接跳转 }关键点：函数指针会丢掉"具体是哪个函数"这个编译期信息，退化成一个运行期地址，热路径里每次调用都要通过这个地址间接跳转，还常常阻断内联和后续优化。而如果你用模板参数F直接绑 lambda / 函数对象，F是一个独一无二的具体类型，编译器看得见函数体，能把整个调用内联展开、和调用点一起做优化。这就是为什么std::sort传 lambda 比 C 的qsort（吃函数指针）快好几倍——本质就是这里的退化规则在起作用。
所以低延迟里的实践取向是：别让可调用对象退化成函数指针，用模板/万能引用把它的具体类型带进来。std::function也有类似的"类型擦除 + 间接调用"开销，热路径同样要慎用。
七、总结与实战决策表
| 你的意图 | 参数写法 | 推导结果 | 低延迟影响 |
|---|---|---|---|
| 只读大对象 | const T& | 保留 const，0 拷贝 | 首选，无拷贝 |
| 只读小对象 (int/指针/string_view) | T（按值） | 剥掉顶层 const | 进寄存器，最快 |
| 需要转发/通用绑定 | T&& | 左值→T&，右值→T | 配合 forward，0 冗余拷贝/移动 |
| 需要修改实参 | T& | 保留 const | 无拷贝 |
| 需要数组长度 | T (&)[N] | 保留长度 N | 编译期尺寸，栈分配 |
这个 Item 帮你建立的核心直觉：参数的"形状"（值/引用/万能引用）在编译期就决定了会不会拷贝、会不会退化、const 会不会保留。低延迟工程的本质之一就是在编译期消灭一切不必要的拷贝和堆分配，而这一切都始于你能一眼看穿一次函数调用背后编译器到底推导出了什么、生成了几次拷贝。
