目录标题
1. 引言
在编程的世界中，选择正确的工具往往意味着解决问题的一半。但是，即使在选择了“正确”的工具之后，如果不了解其内部工作原理和适用场景，也可能会陷入无尽的问题中。今天，我们将深入探讨 C++ 中两个强大但容易误用的工具：智能指针（Smart Pointers）和 std::optional。
1.1 智能指针和 std::optional 的日常应用
智能指针和 std::optional 在现代 C++ 编程中无处不在。从简化内存管理到提供一种表示可选值的强类型方式，这两个功能都为 C++ 程序员提供了极大的便利。
-
智能指针: 这是一个对象，用于保存和管理动态分配的内存（Heap）上的原始指针。智能指针的出现让 C++ 程序员减少了手动管理内存的复杂性，从而避免了诸如内存泄漏（Memory Leaks）和悬垂指针（Dangling Pointers）等问题。
-
std::optional: 当您需要表示“可能有，也可能没有”的情况时，这就是您的朋友。例如，在查找操作中，如果找到了目标，返回目标的值；如果没有找到，返回一个不包含值的std::optional。
1.2 文章目标和目标读者
本文的目标是深入解析这两个功能，解释它们的内部工作原理，并提供一些最佳实践和陷阱。这篇文章主要针对有一定 C++ 基础的读者，但我们也会在讨论中加入一些更高级的主题。
如果您是一个初学者，不用担心，这篇文章也会为您提供足够的上下文和示例，帮助您理解这些高级主题。
1.2.1 为什么选择这两个主题
选择智能指针和 std::optional 的原因很简单：它们经常一起出现在现代 C++ 代码库中，而且经常被误用或不当使用。
人们往往容易对工具产生“新奇感”，认为它们是万能的。但正如费曼（Richard Feynman）所说：“知道自己的无知才是真正的知识的开始。”这篇文章就是帮助您认识到这两个工具的局限性，并教您如何正确使用它们。
1.3 本文
在本章中，我们简要介绍了智能指针和 std::optional 的基础知识和应用场景，并概述了本文的目标和目标读者。在接下来的章节中，我们将深入探讨这两个主题，从它们的内部实现到如何在实际代码中使用它们。
接下来，让我们开始探索智能指针的世界。
2. 智能指针简介
2.1 什么是智能指针？
在早期的 C++ 编程中，原始指针（Raw Pointers）曾是管理动态分配内存的主要手段。然而，原始指针的问题在于，程序员需要手动管理内存的分配和释放，这就像是在走钢丝。一不小心，就可能导致内存泄漏或者访问未初始化的内存，从而引发一系列的问题。
智能指针（Smart Pointers）的出现就是为了解决这一系列问题。它们封装了原始指针，并自动管理指针的生命周期，从而大大降低了内存管理的复杂性。只要你遵循一些基本的规则，智能指针就能确保你的程序在内存管理方面是健壮的。
名著引用: 《Effective Modern C++》中也强调了智能指针在现代 C++ 编程中的重要性。
2.1.1 std::unique_ptr
最常用的一种智能指针是 std::unique_ptr（独占式智能指针）。这种智能指针拥有它所指向的对象，并且在智能指针的生命周期结束时，它会自动删除所拥有的对象。
#include <memory>
int main() {
std::unique_ptr<int> myUniquePtr = std::make_unique<int>(42);
// 所有权在此处转移
std::unique_ptr<int> anotherUniquePtr = std::move(myUniquePtr);
// myUniquePtr 现在为空（nullptr）
return 0;
}
常用成员函数
| 函数 | 功能描述 | 示例 |
|---|---|---|
reset |
释放所拥有的对象，并接管新对象 | ptr.reset(new int) |
get |
获取原始指针 | int* raw = ptr.get() |
operator* |
解引用 | int val = *ptr |
operator-> |
成员访问 | ptr->some_method() |
2.1.2 std::shared_ptr
与 std::unique_ptr 不同，std::shared_ptr（共享式智能指针）允许多个 std::shared_ptr 实例共享同一个对象的所有权。
#include <memory>
int main() {
std::shared_ptr<int> mySharedPtr = std::make_shared<int>(42);
// 所有权在此处共享
std::shared_ptr<int> anotherSharedPtr = mySharedPtr;
// mySharedPtr 和 anotherSharedPtr 都有效
return 0;
}
常用成员函数
| 函数 | 功能描述 | 示例 |
|---|---|---|
reset |
释放所拥有的对象，计数减一 | ptr.reset() |
use_count |
获取共享对象的引用计数 | long count = ptr.use_count() |
get |
获取原始指针 | int* raw = ptr.get() |
operator* |
解引用 | int val = *ptr |
operator-> |
成员访问 | ptr->some_method() |
2.2 所有权模型
在我们谈论智能指针时，经常会听到“所有权（Ownership）”这个词。这并不是一个复杂的概念，但它对于理解智能指针的工作方式至关重要。你可以把所有权看作是一种“责任”，即谁应该负责清理资源。这就像是你家里只能有一个人负责扔垃圾，如果多个人试图去做，就会导致混乱。
2.2.1 独占式所有权
在 std::unique_ptr 的情境下，所有权是独占的。这意味着一次只能有一个 std::unique_ptr 拥有某个对象。这样做的好处是避免了多个指针竞争资源，从而减少了程序出错的可能性。
2.2.2 共享式所有权
然而，在某些情况下，
你可能希望多个指针共享对一个对象的访问。这正是 std::shared_ptr 所解决的问题。当多个 std::shared_ptr 共享一个对象时，这个对象只有在最后一个 std::shared_ptr 被销毁时才会被删除。
这种模型虽然灵活，但也容易导致一种被称为“循环引用（Cyclic References）”的问题。即，两个或更多的 std::shared_ptr 相互引用，导致它们永远不会被销毁。
2.3 创建和使用智能指针的基础示例
创建智能指针通常有几种方式，但推荐使用标准库提供的工厂函数 std::make_unique 和 std::make_shared。
auto u_ptr = std::make_unique<int>(42);
auto s_ptr = std::make_shared<int>(42);
使用这些工厂函数不仅可以简化代码，还可以提高性能。
2.3.1 std::make_unique vs new
尽管你可以使用 new 运算符创建 std::unique_ptr，但这通常不是一个好主意。
// 不推荐
std::unique_ptr<int> bad_ptr(new int(42));
// 推荐
auto good_ptr = std::make_unique<int>(42);
使用 new 的问题是它可能导致异常安全性（Exception Safety）问题。此外，std::make_unique 通常能提供更好的性能。
名著引用: 《C++ Primer》也强烈建议避免直接使用
new和delete，而是使用智能指针。
这就是智能指针的基础内容。理解这些概念并将其应用到实际编程中，将有助于你写出更健壮、更可维护的代码。在下一节中，我们将探讨如何在函数参数中使用智能指针，以及这样做可能带来的陷阱。
这一章的知识点看似简单，但它们构成了现代 C++ 程序中内存管理的基础。你可以把这些规则和模式看作是编程中的“社会规范”。就像在日常生活中，遵守规范可以让你避免很多不必要的麻烦，同样，在编程中，遵循这些最佳实践也能让你避免很多常见的错误。
3. 函数参数和智能指针
编程就像是一种艺术，每个选择都可能改变程序的整体风格和执行效率。在 C++ 中，智能指针是一种强大的工具，但不正确的使用方式可能会导致一系列问题。本章将重点讨论如何在函数参数中使用智能指针，以及与之相关的各种考虑因素。
3.1 按值传递 vs. 按引用传递
在 C++ 中，函数参数可以按值或按引用传递。按值传递（Pass-by-Value）意味着函数接收参数的一个副本，而按引用传递（Pass-by-Reference）则意味着函数接收到的是对原始数据的引用。
| 传递方式 | 优点 | 缺点 | 常用场景 |
|---|---|---|---|
| 按值传递 | 简单，不改变原始数据 | 可能导致性能下降 | 基本数据类型，小对象 |
| 按引用传递 | 高效，避免复制 | 可能改变原始数据 | 大对象，需要修改的参数 |
对于智能指针，选择按值还是按引用传递取决于您是否需要在函数内部改变智能指针的状态。
3.1.1 按值传递的风险
当你按值传递一个 std::unique_ptr 或 std::shared_ptr 时，会发生什么？
std::unique_ptr
对于 std::unique_ptr，事实上你不能简单地按值传递，因为这会违反其“唯一所有权”（Unique Ownership）的原则。您必须使用 std::move 显式地转移所有权。
std::shared_ptr
对于 std::shared_ptr，每次按值传递都会增加其引用计数（Reference Count）。这通常是安全的，但如果你不小心，可能会造成循环引用，从而导致内存泄漏。
3.2 使用 std::move 的风险和考量
std::move 是 C++11 中引入的一个非常有用的工具，用于转移对象的所有权。然而，这一便利性带来的是责任：一旦你转移了一个对象的所有权，就必须确保不再使用它。
3.2.1 为什么需要注意
想象一下，你有一把钥匙（智能指针），这把钥匙可以打开一个特定的门（内存块）。当你用 std::move 把钥匙交给别人后，你就不能再用这把钥匙打开那扇门了。但如果你忘了这一点而尝试去使用它，结果通常是未定义的行为。
3.2.2 如何安全地使用 std::move
- 确保转移后不再使用对象：一旦你用
std::move转移了对象的所有权，就要确保不再使用这个对象。 - 局部作用域：尽量在对象的作用域尽可能小的地方使用
std::move。
3.3 何时使用智能指针作为函数参数
3.3.1 智能指针作为参数
- 明确所有权语义：使用智能指针（如
std::unique_ptr或std::shared_ptr）作为参数可以明确表示所有权的转移或共享。 - 自动内存管理：智能指针会自动管理对象的生命周期，减少内存泄漏的风险。
- 但是，所有权转移可能不总是期望的行为：例如，如果一个函数接受一个
std::unique_ptr参数，那么这通常意味着函数将接管对象的所有权。这可能不是你总是想要的。
3.3.2 原始指针或引用作为参数
- 灵活性：原始指针不涉及所有权语义，更加灵活。它们可以用于访问对象而不改变所有权。
- 简单性：对于不涉及所有权转移的简单任务，原始指针或引用往往更简单。
- 但是，需要手动管理内存：使用原始指针时，你需要确保不会出现内存泄漏或双重删除等问题。
总体来说，如果函数需要接管对象的所有权或与其他智能指针共享所有权，使用智能指针作为参数类型是有意义的。否则，如果函数只是需要访问或修改对象而不需要管理其生命周期，使用原始指针或引用通常更简单，也更符合预期。
3.3.3 智能指针的引用作为参数
使用智能指针的引用（例如 std::unique_ptr<T>& 或 std::shared_ptr<T>&）作为函数参数是有一定用途的，但这通常取决于你想在函数内部执行什么操作。这里有一些可能的用途：
对于 std::unique_ptr<T>&：
-
修改智能指针本身：如果你想在函数内部改变智能指针所指向的对象（例如，通过
reset方法或通过赋值给一个新的std::unique_ptr对象），则需要传递一个引用。 -
条件所有权转移：如果你想在函数内部有条件地接管对象的所有权（例如，只在满足某些条件时接管），使用引用是有意义的。
对于 std::shared_ptr<T>&：
-
共享所有权：如果函数需要共享对象的所有权（即增加引用计数），使用
std::shared_ptr<T>的引用是有意义的。 -
修改智能指针本身：与
std::unique_ptr类似，如果你想改变智能指针所指向的对象，使用引用是合适的。
一般注意事项：
-
避免误导：使用智能指针的引用可能会误导读者，让他们认为函数会修改智能指针本身。如果函数只是需要访问或修改所指向的对象而不是智能指针本身，最好使用原始指针或对象的引用。
-
生命周期管理：记住，即使你有一个智能指针的引用，智能指针仍然需要保持活动状态（即不能被销毁）以确保安全地访问其所拥有的对象。
-
不要返回智能指针的局部引用：这是一种常见的错误，会导致未定义的行为。
总的来说，是否使用智能指针的引用作为函数参数取决于你的具体需求。如果你确实需要在函数内部修改智能指针或有条件地接管所有权，那么使用引用是合适的。否则，通常最好使用原始指针或对象的引用。
总的来说，选择何时将智能指针作为函数参数通常取决于你的需求。
- 修改外部所有权：如果你需要在函数内部修改智能指针（例如，改变它指向的对象或释放它），那么你应该按引用传递。
- 仅访问，不修改：如果你只是需要访问智能指针指向的对象，而不需要修改智能指针本身，按值传递通常更安全。
函数的设计应该使其行为尽可能明确。如果一个函数需要修改一个对象，那么这应该从该函数的签名中就能明显看出。
这里没有一成不变的规则，但你的选择会影响代码的可读性和可维护性。记住，简单通常比复杂更好。
"Debugging is twice as hard as writing the code in the
first place. Therefore, if you write the code as cleverly as possible, you are, by definition, not smart enough to debug it." — Brian W. Kernighan
这句话提醒我们，编写易于理解和维护的代码比编写复杂、晦涩的代码更重要。
3.4 代码示例
3.4.1 使用 std::unique_ptr
void FunctionThatTakesUniquePtr(std::unique_ptr<int>& ptr) {
// Do something with ptr
}
int main() {
std::unique_ptr<int> myPtr = std::make_unique<int>(42);
FunctionThatTakesUniquePtr(myPtr);
}
3.4.2 使用 std::shared_ptr
void FunctionThatTakesSharedPtr(const std::shared_ptr<int>& ptr) {
// Do something with ptr
}
int main() {
std::shared_ptr<int> myPtr = std::make_shared<int>(42);
FunctionThatTakesSharedPtr(myPtr);
}
在以上的例子中，我们按引用传递了智能指针，以避免所有权和复制的问题。这是一种明智的做法，因为它使得函数的行为更加明确。
4. std::optional 简介
4.1 何时使用 std::optional
在编程世界中，不确定性是无法避免的。比如，一个函数可能返回一个值，也可能因为某种原因（输入无效、资源不足等）而无法完成这一任务。传统上，这种不确定性通过返回一个特殊的错误代码或者使用异常来处理。但这样做有时会让代码复杂化，也可能会引入错误。这就是 std::optional（可选类型）发挥作用的地方。
std::optional 是一个模板类，它用于表示一个可选的值：该值要么存在（并且您可以访问它），要么不存在。这个概念在实际编程中非常有用，尤其是在您想避免使用 “魔法值”（如返回 -1 表示错误）或抛出异常时。
代码示例
#include <optional>
#include <iostream>
std::optional<int> get_even_number(int num) {
return (num % 2 == 0) ? std::optional<int>{
num} : std::nullopt;
}
int main() {
auto result = get_even_number(4);
if (result.has_value()) {
std::cout << "Even number: " << result.value() << std::endl;
} else {
std::cout << "Not an even number." << std::endl;
}
}
这个例子中，get_even_number 函数返回一个 std::optional<int>。如果输入是偶数，该函数返回一个包含该数值的 std::optional 对象。否则，它返回 std::nullopt，表示没有有效的返回值。
4.2 如何创建和访问 std::optional
创建 std::optional 对象其实非常直接。您可以使用直接初始化，也可以使用赋值运算符。对于访问 std::optional 对象中的值，有几种方法：
value()：直接获取值，如果std::optional为空，将抛出std::bad_optional_access异常。operator*和operator->：这两个操作符也可用于访问值，但前提是您需要确保std::optional对象实际上包含一个值。has_value()或operator bool：在访问值之前检查std::optional是否包含一个值。
代码示例
#include <optional>
#include <iostream>
int main() {
std::optional<int> opt1 = 42;
std::optional<int> opt2;
opt2 = 43;
if (opt1) {
// 使用 operator bool 检查
std::cout << "opt1: " << *opt1 << std::endl; // 使用 operator* 访问
}
if (opt2.has_value()) {
// 使用 has_value() 检查
std::cout << "opt2: " << opt2.value() << std::endl; // 使用 value() 访问
}
}
| 方法 | 描述 | 抛出异常 |
|---|---|---|
value() |
直接获取值 | 是 |
operator* |
解引用操作符，用于获取值 | 否 |
operator-> |
用于访问值的成员 | 否 |
has_value() |
检查 std::optional 是否包含一个值 |
否 |
这样，我们就有了一种更加可控、更加明确的方式来表示可能存在、也可能不存在的值，而无需依赖于特殊的错误代码或异常。
4.3 std::nullopt 和空状态
当您需要表示一个 std::optional 对象不包含任何值时，您可以使用 std::nullopt 这个特殊的值。这是一个更加明确和可读的方式，比使用 nullptr 或者特殊的 “魔法值” 要好。
代码示例
#include <optional>
#include <iostream>
std::optional<int> get_even_number(int num) {
return (num % 2 == 0) ? std::optional<int>{
num} : std::nullopt;
}
int main() {
auto result = get_even_number(5);
if (result == std::nullopt) {
std::cout << "No even number found." << std::endl;
}
}
在这个例子中，当 get_even_number 函数无法找到偶数时，它返回 std::nullopt，这样调用者就知道该 std::optional 对象是空的。
注意事项
- 使用
std::nullopt初始化std::optional对象会将
其设置为不包含值的状态。
- 使用
std::nullopt与其他std::optional对象进行比较，可以检查它们是否为空。
这样，不仅让代码更具可读性，还能减少因误解或不清晰的代码导致的错误。当人们面对不确定性时，明确和直接总是更容易被理解和接受。
这就是 std::optional 的基础知识。在下一章节中，我们将深入探讨如何在函数参数和返回类型中有效地使用它。
5. 在函数参数中使用 std::optional
5.1 默认值与 std::optional
当我们在编程中碰到一个情境，需要一个函数参数有时候是有值，有时候又没有值，那么通常我们的第一反应可能是使用特殊值或者指针。然而，这样的方案通常会导致代码的复杂性增加。这是因为我们必须记住这些特殊值（比如 -1 或者 nullptr）的语义，并且要在函数内部做额外的检查。
这种时候，C++17 引入的 std::optional（可选值）就显得非常有用。它为类型 T 提供了一个“可选”的包装，也就是说，要么包含类型 T 的一个对象，要么什么都不包含。
在日常生活中，我们经常在两个选择之间犹豫不决，比如在餐厅的菜单上选择一道菜，或者决定今天穿什么衣服。这些选择背后的心理机制其实与 std::optional 非常相似，因为它们都表示一种“可有可无”的状态。
#include <optional>
#include <iostream>
void display_name(std::optional<std::string> name = std::nullopt) {
if (name) {
std::cout << "Name is: " << *name << std::endl;
} else {
std::cout << "No name provided." << std::endl;
}
}
在这个例子中，display_name 函数接受一个 std::optional<std::string> 类型的参数，并有一个默认值 std::nullopt，表示“没有提供名称”。
5.2 使用 std::optional 的引用
传递 std::optional 的引用是一个非常微妙的问题。如果你希望在函数内部修改 std::optional 并反映这些更改到调用者，你需要传递一个 std::optional 的引用。
然而，这里有一个问题：C++ 不允许给引用参数设置默认值。所以，如果你希望 std::optional 参数是可选的，并且有一个默认值，直接使用引用就不可行了。
这里有一个引用 std::optional 的例子：
void modify_value(std::optional<int>& value) {
if (value) {
*value += 1;
}
}
在这个函数中，我们接受了一个 std::optional<int> 的引用，并在其包含一个值的情况下修改了它。这样的设计保证了调用者传入的 std::optional 对象在函数返回后会包含修改后的值。
在烹饪中，我们常常需要按照个人口味调整食谱，比如加入一点额外的糖或盐。这里的 modify_value 函数也有点类似，它按照一定的规则（这里是加一）“调整”了传入的“食材”（std::optional<int>）。
5.3 std::optional 和 std::nullopt 的关系
std::nullopt 是一个用于构造空的 std::optional 对象的特殊值。当你想明确地设置一个 std::optional 对象为“空”状态时，可以使用 std::nullopt。
| 方法 | 用途 | 示例 |
|---|---|---|
std::nullopt |
构造空的 std::optional 对象 |
std::optional<int> opt = std::nullopt; |
.reset() |
将 std::optional 对象设置为“空”状态 |
opt.reset(); |
.emplace() |
替换 std::optional 对象中的值 |
opt.emplace(42); |
比如说，当你在一个交互式游戏中选择你的角色时，通常会有一个“不选择”的选项，允许你返回上一级菜单或者重新做选择。这就像是在编程中使用 std::nullopt 一样，它提供了一种优雅的方式来表示“我还没有做出决定”。
void reset_value(std::optional<int>& value) {
value = std::nullopt;
}
在这个简单的函数中，我们接受一个 std::optional<int> 的引用，并通过将其设置为 std::nullopt 来清除其值。这样，调用者就能明确地知道这个 std::optional 对象现在是空的。
6. 模板与类型推断
6.1 模板（Templates）简介
模板（Templates）是 C++ 语言中用于实现泛型编程的一种功能。它们提供了一种在编译时进行类型推断的机制，允许你编写更加灵活和可复用的代码。如 Robert C. Martin 在《Clean Code》中所说，“代码应该没有重复，并且表达作者的意图”。模板正是这样一种工具，它消除了代码重复并提高了代码质量。
6.1.1 类模板（Class Templates）
类模板允许你定义一个能够处理多种数据类型的类。例如，C++ Standard Template Library（STL）中的 std::vector<T> 就是一个类模板。
template<typename T>
class MyContainer {
public:
void add(const T& item);
T get(int index);
};
6.1.2 函数模板（Function Templates）
函数模板类似于类模板，但是它们用于创建可以接受不同类型参数的函数。
template<typename T>
T max(T a, T b) {
return a > b ? a : b;
}
6.2 constexpr 与编译时类型检查
constexpr 是 C++11 引入的一个关键字，用于指示某个值或函数在编译时是常量。这在模板中尤为有用，因为它可以帮助你在编译时进行类型检查。
template<typename T>
constexpr bool isString() {
return std::is_same_v<T, std::string>;
}
在这个示例中，constexpr 用于定义一个在编译时就能确定其返回值的函数。这样，如果有人尝试用一个不是 std::string 类型的模板参数调用这个函数，编译器就会生成错误。
6.3 默认模板参数（Default Template Arguments）
C++ 允许你为模板参数提供默认值。这给了你一种能力：在不牺牲模板灵活性的前提下简化代码。
template<typename T = int>
class MyContainer {
//...
};
这里，MyContainer 的模板参数 T 默认为 int 类型。这意味着你可以不提供模板参数而直接使用 MyContainer。
| 特点 | 类模板 | 函数模板 |
|---|---|---|
| 参数类型多样性（Polymorphism） | 是 | 是 |
| 可以有默认参数（Default Arguments） | 是 | 是 |
| 编译时类型检查（Compile-time Type Checking） | 是 | 是 |
6.4 模板与类型推断
C++11 引入了 auto 关键字，这使得编译器可以自动推断变量的类型。与模板相比，auto 用于隐式类型推断，而模板则用于显式类型推断。
auto x = 42; // int
auto y = 42.0; // double
在模板中，你需要显式指定模板参数，除非编译器能从上下文中推断出来。
std::vector<int> vec;
auto it = std::begin(vec); // 类型推断为 std::vector<int>::iterator
人们倾向于寻找模式和规律，这是一种古老的生存机制。我们的大脑自动化地识别模式，这使得我们能够快速做出决策。模板和类型推断正是程序员用于创建模式和规律的工具，它们使代码更加整洁，也更易于维护。
6.5 小结与建议
- 模板提供了一种强大的机制，用于编写可复用和类型安全的代码。
- 使用
constexpr和编译时类型检查可以提前捕获错误，减少运行时的问题。 - 默认模板参数和类型推断可以简化代码，同时保持其灵活性和可读性。
7. 函数重载和默认参数
在 C++ 中，函数重载（Function Overloading）和默认参数（Default Arguments）是两个非常强大但又容易被误用的特性。它们提供了极大的灵活性，但如果没有合理的使用，也可能导致代码变得复杂和难以维护。
7.1 为何需要函数重载
函数重载允许您使用相同的函数名定义多个函数，只要它们的参数列表不同即可。这听起来像是一种方便的特性，但实际上，它更多地体现在对代码组织和可读性的极大改进。
7.1.1 代码组织和可读性
假设您正在编写一个数学库，需要计算平方根。浮点数和整数的平方根计算方式略有不同。您可以使用两个不同的函数名，比如 sqrt_float 和 sqrt_int。但这样做其实是在强迫用户去记住这两个函数名，增加了心智负担。
通过使用函数重载，您可以简单地使用 sqrt 作为函数名，让编译器去决定应该调用哪个版本。
double sqrt(double x);
int sqrt(int x);
这样一来，用户只需要记住一个名字，减少了心智负担。这正是 Robert C. Martin 在《代码整洁之道》（Clean Code）中提到的，代码的可读性和易用性同样重要。
7.1.2 降低心智负担
函数重载的另一个用途是为了提供多个版本的同一操作，以满足不同需求。例如，标准库中的 std::sort 函数就有多个版本，允许您指定比较函数或者使用默认的比较运算。
当用户面临多种选择时，过多的选项可能会导致选择困难，这是 Barry Schwartz 在《选择的困境》（The Paradox of Choice）中提到的问题。函数重载通过提供一致的接口降低了这种心智负担。
7.2 如何有效地使用默认参数
默认参数允许您在函数声明中为某些参数设置默认值。这样，在调用函数时，如果没有提供这些参数，编译器会自动使用默认值。
void displayMessage(std::string message, bool isNewline = true);
在这个例子中，isNewline 是一个默认参数，如果用户在调用 displayMessage 时没有提供这个参数，它将自动设置为 true。
7.2.1 默认参数的陷阱
尽管默认参数可以简化函数调用，但也容易导致一些问题。例如，如果函数具有多个默认参数，调用者可能会遇到困惑，不清楚应该提供哪些参数。
更糟糕的是，如果以后需要更改默认值，您可能会破坏现有的代码。因此，如同 Scott Meyers 在《Effective C++》中所言，应当谨慎使用默认参数。
| 方法 | 优点 | 缺点 | 应用场景 |
|---|---|---|---|
| 重载 | 灵活 | 多版本 | 多种类型 |
| 默认参数 | 简单 | 不稳定 | 可选参数少时 |
通过这种方式，我们可以清晰地看到每种方法的优缺点，从而在具体的编程任务中做出明智的选择。
7.3 函数重载 vs. 默认参数
7.3.1 当应该使用哪个？
在许多情况下，函数重载和默认参数都可以达到相同的目的，但它们各有优点和缺点。选择使用哪一个往往取决于您具体的需求。
函数重载更加灵活，可以处理不同类型的参数，而默认参数更适用于那些仅需要少量可选参数的简单函数。
在决策过程中，人们往往会依据以往的经验和当前的需求来
做出选择，而这正是 Daniel Kahneman 在《思考，快与慢》（Thinking, Fast and Slow）中提到的。
通过深入了解这两种功能，您将更加精通 C++，能更好地权衡各种设计决策，从而编写出更加高效、可维护的代码。
第8章：高级话题：嵌套 std::optional
8.1 为什么要考虑使用嵌套的 std::optional？
在多层次的数据结构或复杂的业务逻辑中，您可能会遇到需要多重可选性（multi-level optionality）的情况。这时，使用单一的 std::optional（可选类型）可能不足以表示这种复杂性。例如，一个操作可能成功、失败，或者处于不确定的状态。在这种情况下，嵌套的 std::optional 可以作为一种有效的解决方案。
Bjarne Stroustrup 在他的经典著作 “The C++ Programming Language” 中指出，类型系统是一种用于表达意图并允许编译器捕捉错误的工具。这种多层次的可选性正是这种“意图”的一种表达方式。
8.2 如何创建和使用嵌套的 std::optional
创建嵌套的 std::optional 并不复杂，语法上，它与普通的 std::optional 没有区别。
std::optional<std::optional<int>> nestedOptional;
8.2.1 赋值和访问
赋值和访问内部 std::optional 的方式与单一 std::optional 类似，但需要额外一层解引用。
nestedOptional = std::optional<int>(42);
if (nestedOptional && nestedOptional->has_value()) {
int value = nestedOptional->value(); // Accessing the inner optional
}
8.3 优缺点和应用限制
8.3.1 优点
- 表达能力: 可以表示更复杂的状态。
- 类型安全: 类型系统会帮助您捕捉到潜在的错误。
8.3.2 缺点
- 复杂性: 代码可读性和可维护性可能会受到影响。
- 运行时开销: 每一个
std::optional都有存储和检查其状态的成本。
| 方法 | 表达能力 | 类型安全 | 复杂性 | 运行时开销 |
|---|---|---|---|---|
std::optional |
中 | 高 | 低 | 低 |
嵌套的 std::optional |
高 | 高 | 高 | 中 |
8.4 具体应用场景与示例
假设您正在编写一个天气预报应用。一个位置可能有温度数据，也可能没有；即便有温度数据，它也可能是不确定的。
std::optional<std::optional<float>> getTemperature(const std::string& location) {
if (hasDataForLocation(location)) {
std::optional<float> temperature = fetchData(location);
return temperature;
}
return std::nullopt;
}
在这个示例中，外层的 std::optional 表示是否有关于该位置的数据，而内层的 std::optional 则表示该数据是否是确定的。
8.5 深入源码：std::optional 是如何工作的
如果我们深入 std::optional 的底层实现，会发现它主要是通过一个联合（union）和一个布尔标志来实现的。联合用于存储值，而布尔标志用于指示当前是否存储了一个值。这也解释了为什么 std::optional 对运行时性能的影响相对较小。
嵌套的 std::optional 实质上是这种结构的多层嵌套，每一层都有自己的布尔标志和联合。
9. 常见陷阱与解决方案
编程，无论在哪一种语言中，都充满了陷阱和困惑。这并不仅仅是技术问题，更多的是与我们的思维习惯有关。就像冰山一角，代码仅仅是我们看到的表面，真正的复杂性往往隐藏在深层的逻辑和思维方式中。在本章中，我们将深入探讨 C++ 中智能指针（Smart Pointers）和 std::optional 的常见陷阱，并提供解决方案。
9.1 所有权混淆与生命周期管理
9.1.1 所有权（Ownership）的重要性
在 C++11 之后，智能指针如 std::unique_ptr 和 std::shared_ptr 被广泛使用以简化原始指针（Raw Pointers）的管理。这些智能指针主要解决了所有权和生命周期的问题。然而，正是因为它们的智能，有时会给我们带来一种错觉，即所有问题都已经自动解决了。
让我们看一个使用 std::unique_ptr 的例子：
void functionA(std::unique_ptr<int> ptr) {
// Do something
auto movedPtr = std::move(ptr);
}
int main() {
auto myUniquePtr = std::make_unique<int>(21);
functionA(std::move(myUniquePtr));
// myUniquePtr is now nullptr
return 0;
}
在这个例子中，std::move 将 myUniquePtr 的所有权转移给了 functionA。如果您不了解这一点，可能会在后续代码中误用 myUniquePtr，从而导致未定义行为。
9.1.2 解决方案
- 明确所有权转移: 使用
std::move时，明确注释所有权何时和如何转移。 - 局部范围内解决问题: 尽量在一个小的作用域内解决所有权和生命周期的问题。
9.1.3 std::shared_ptr 和引用计数
std::shared_ptr 是另一种常用的智能指针，它使用引用计数（Reference Counting）机制来管理资源。
int main() {
auto shared1 = std::make_shared<int>(21);
auto shared2 = shared1; // Reference count is now 2
return 0; // Resource is released here
}
尽管看似无懈可击，std::shared_ptr 也有陷阱。一个常见的问题是循环引用（Cyclic References）。
| 方法 | 优点 | 缺点 | 适用场景 |
|---|---|---|---|
std::unique_ptr |
简单、无额外开销 | 所有权不可共享 | 唯一所有权 |
std::shared_ptr |
所有权可共享 | 额外的引用计数开销 | 共享所有权 |
| 原始指针 | 完全控制 | 需手动管理内存 | 与 C 语言互操作 |
9.1.4 解决方案
- 避免循环引用: 使用
std::weak_ptr或重新设计数据结构。 - 明确所有权模型: 在代码或文档中明确哪些对象拥有资源。
人们常说，要想成为一个好的作家，你需要了解你的读者。同样，成为一个好的程序员也需要了解你的代码会在哪里运行，以及谁将会读和维护它。简洁明了的所有权和生命周期管理不仅能让编译器高效地工作，也能让后来的开发者感到愉悦。
9.2 std::optional 的误用
9.2.1 使用 std::optional 作为函数参数
std::optional 为 C++17 引入，用于表示一个可能不存在的值。然而，当它用作函数参数时，情况就变得有点复杂。
void func(std::optional<int>
param = std::nullopt) {
if (param) {
// Do something
}
}
虽然上面的代码没有问题，但如果我们想在函数内部修改 param 并反映到外部，这就不可行了。
9.2.2 解决方案
- 使用引用或指针: 传递
std::optional<T>&或std::optional<T>*。 - 函数重载: 创建一个没有
std::optional参数的版本。
| 方法 | 优点 | 缺点 | 适用场景 |
|---|---|---|---|
| 按值传递 | 简单、安全 | 可能有性能开销 | 简单数据类型、不需修改 |
| 按引用传递 | 无额外开销、可修改 | 需要管理生命周期 | 需要修改或生命周期已管理 |
人类天生就是模式识别的高手，这一点在编程中也不例外。我们习惯于寻找模式和规律，但这有时会导致我们忽略细节，从而陷入陷阱。因此，养成细致入微的习惯，学会怀疑和验证，将极大地帮助我们避免这些常见的陷阱。
9. 常见陷阱与解决方案
编程，无论在哪一种语言中，都充满了陷阱和困惑。这并不仅仅是技术问题，更多的是与我们的思维习惯有关。就像冰山一角，代码仅仅是我们看到的表面，真正的复杂性往往隐藏在深层的逻辑和思维方式中。在本章中，我们将深入探讨 C++ 中智能指针（Smart Pointers）和 std::optional 的常见陷阱，并提供解决方案。
9.1 所有权混淆与生命周期管理
9.1.1 所有权（Ownership）的重要性
在 C++11 之后，智能指针如 std::unique_ptr 和 std::shared_ptr 被广泛使用以简化原始指针（Raw Pointers）的管理。这些智能指针主要解决了所有权和生命周期的问题。然而，正是因为它们的智能，有时会给我们带来一种错觉，即所有问题都已经自动解决了。
让我们看一个使用 std::unique_ptr 的例子：
void functionA(std::unique_ptr<int> ptr) {
// Do something
auto movedPtr = std::move(ptr);
}
int main() {
auto myUniquePtr = std::make_unique<int>(21);
functionA(std::move(myUniquePtr));
// myUniquePtr is now nullptr
return 0;
}
在这个例子中，std::move 将 myUniquePtr 的所有权转移给了 functionA。如果您不了解这一点，可能会在后续代码中误用 myUniquePtr，从而导致未定义行为。
9.1.2 解决方案
- 明确所有权转移: 使用
std::move时，明确注释所有权何时和如何转移。 - 局部范围内解决问题: 尽量在一个小的作用域内解决所有权和生命周期的问题。
9.1.3 std::shared_ptr 和引用计数
std::shared_ptr 是另一种常用的智能指针，它使用引用计数（Reference Counting）机制来管理资源。
int main() {
auto shared1 = std::make_shared<int>(21);
auto shared2 = shared1; // Reference count is now 2
return 0; // Resource is released here
}
尽管看似无懈可击，std::shared_ptr 也有陷阱。一个常见的问题是循环引用（Cyclic References）。
| 方法 | 优点 | 缺点 | 适用场景 |
|---|---|---|---|
std::unique_ptr |
简单、无额外开销 | 所有权不可共享 | 唯一所有权 |
std::shared_ptr |
所有权可共享 | 额外的引用计数开销 | 共享所有权 |
| 原始指针 | 完全控制 | 需手动管理内存 | 与 C 语言互操作 |
9.1.4 解决方案
- 避免循环引用: 使用
std::weak_ptr或重新设计数据结构。 - 明确所有权模型: 在代码或文档中明确哪些对象拥有资源。
人们常说，要想成为一个好的作家，你需要了解你的读者。同样，成为一个好的程序员也需要了解你的代码会在哪里运行，以及谁将会读和维护它。简洁明了的所有权和生命周期管理不仅能让编译器高效地工作，也能让后来的开发者感到愉悦。
9.2 std::optional 的误用
9.2.1 使用 std::optional 作为函数参数
std::optional 为 C++17 引入，用于表示一个可能不存在的值。然而，当它用作函数参数时，情况就变得有点复杂。
void func(std::optional<int>
param = std::nullopt) {
if (param) {
// Do something
}
}
虽然上面的代码没有问题，但如果我们想在函数内部修改 param 并反映到外部，这就不可行了。
9.2.2 解决方案
- 使用引用或指针: 传递
std::optional<T>&或std::optional<T>*。 - 函数重载: 创建一个没有
std::optional参数的版本。
| 方法 | 优点 | 缺点 | 适用场景 |
|---|---|---|---|
| 按值传递 | 简单、安全 | 可能有性能开销 | 简单数据类型、不需修改 |
| 按引用传递 | 无额外开销、可修改 | 需要管理生命周期 | 需要修改或生命周期已管理 |
人类天生就是模式识别的高手，这一点在编程中也不例外。我们习惯于寻找模式和规律，但这有时会导致我们忽略细节，从而陷入陷阱。因此，养成细致入微的习惯，学会怀疑和验证，将极大地帮助我们避免这些常见的陷阱。
10. 总结对比参数类型
1. 所有权语义
std::unique_ptr<T>&：明确表示所有权可能会在函数内部被修改。std::shared_ptr<T>&：表示所有权可能会被共享或修改。std::unique_ptr<T>：明确表示所有权将被转移。std::shared_ptr<T>：表示所有权将被共享。T*：不涉及所有权，仅用于访问。T&：不涉及所有权，仅用于访问。std::optional<T>：可能或可能不包含值，但不涉及所有权。std::optional<T>*：不涉及所有权，仅用于访问。std::optional<T>&：可能会在函数内部被修改。
2. 灵活性
std::unique_ptr<T>&：中等，允许修改所有权。std::shared_ptr<T>&：高，允许共享所有权。std::unique_ptr<T>：低，所有权必须转移。std::shared_ptr<T>：中等，增加引用计数。T*：高，最灵活但需手动管理内存。T&：高，但不能为nullptr。std::optional<T>：中等，表示可选值。std::optional<T>*：高，但需手动管理内存。std::optional<T>&：中等，允许修改可选值。
3. 内存管理
std::unique_ptr<T>&：自动，但需注意所有权。std::shared_ptr<T>&：自动，引用计数。std::unique_ptr<T>：自动，所有权转移。std::shared_ptr<T>：自动，引用计数。T*：手动。T&：手动。std::optional<T>：自动。std::optional<T>*：手动。std::optional<T>&：自动。
4. 可读性和明确性
std::unique_ptr<T>&：中等，明确但可能引起混淆。std::shared_ptr<T>&：高，明确意图。std::unique_ptr<T>：高，明确所有权转移。std::shared_ptr<T>：高，明确共享所有权。T*：低，不明确。T&：高，明确但不能为nullptr。std::optional<T>：高，明确可选性。std::optional<T>*：低，不明确。std::optional<T>&：中等，明确但可能引起混淆。
5. 安全性
std::unique_ptr<T>&：高，除非误用。std::shared_ptr<T>&：高，除非误用。std::unique_ptr<T>：高。std::shared_ptr<T>：高。T*：低，需手动管理内存。T&：中等，不能为nullptr。std::optional<T>：高。std::optional<T>*：低，需手动管理内存。std::optional<T>&：高，除非误用。
6. 用例
std::unique_ptr<T>&：当你需要在函数内部修改所有权时。std::shared_ptr<T>&：当你需要在函数内部共享所有权时。std::unique_ptr<T>：当你需要转移所有权时。std::shared_ptr<T>：当你需要共享所有权但不需要修改它时。T*：当你只需要访问对象而不关心所有权时。T&：当你需要引用一个必定存在的对象时。std::optional<T>：当你需要表示一个可选的值时。std::optional<T>*：当你需要访问一个可选值但不关心所有权时。std::optional<T>&：当你需要在函数内部修改一个可选值时。
7. 默认值
| 参数类型 | 默认值支持 | 说明 |
|---|---|---|
std::unique_ptr<T>& |
无 | 不支持默认值，必须明确传递 |
std::shared_ptr<T>& |
无 | 不支持默认值，必须明确传递 |
std::unique_ptr<T> |
无 | 不支持默认值，必须明确传递 |
std::shared_ptr<T> |
有 | 可以使用 nullptr 作为默认值 |
T* |
有 | 可以使用 nullptr 作为默认值 |
T& |
无 | 不支持默认值，必须明确传递 |
std::optional<T> |
有 | 可以使用 std::nullopt 作为默认值 |
std::optional<T>* |
有 | 可以使用 nullptr 作为默认值 |
std::optional<T>& |
无 | 不支持默认值，必须明确传递 |
8. 函数重载
| 参数类型 | 函数重载复杂性 | 说明 |
|---|---|---|
std::unique_ptr<T>& |
中 | 可以与其他智能指针或原始指针重载 |
std::shared_ptr<T>& |
中 | 可以与其他智能指针或原始指针重载 |
std::unique_ptr<T> |
高 | 与 std::unique_ptr<T>& 不能重载 |
std::shared_ptr<T> |
高 | 与 std::shared_ptr<T>& 不能重载 |
T* |
低 | 可以与多种类型重载 |
T& |
低 | 可以与多种类型重载 |
std::optional<T> |
中 | 可以与 T 或 T& 重载，但可能引起混淆 |
std::optional<T>* |
低 | 可以与多种类型重载 |
std::optional<T>& |
中 | 可以与 std::optional<T> 重载，但可能引起混淆 |
9. 性能
| 参数类型 | 性能影响 | 说明 |
|---|---|---|
std::unique_ptr<T>& |
低 | 引用传递，几乎没有性能开销 |
std::shared_ptr<T>& |
中 | 引用传递，但有引用计数 |
std::unique_ptr<T> |
低 | 所有权转移，几乎没有性能开销 |
std::shared_ptr<T> |
中 | 引用计数增加 |
T* |
低 | 原始指针，几乎没有性能开销 |
T& |
低 | 引用，几乎没有性能开销 |
std::optional<T> |
低-中 | 取决于 T 的复制成本 |
std::optional<T>* |
低 | 原始指针，几乎没有性能开销 |
std::optional<T>& |
低 | 引用，几乎没有性能开销 |
10. 错误处理
| 参数类型 | 错误处理 | 说明 |
|---|---|---|
std::unique_ptr<T>& |
高 | 所有权明确，减少内存泄漏风险 |
std::shared_ptr<T>& |
高 | 所有权明确，但要注意循环引用 |
std::unique_ptr<T> |
高 | 所有权明确，减少内存泄漏风险 |
std::shared_ptr<T> |
高 | 所有权明确，但要注意循环引用 |
T* |
低 | 需要手动管理内存 |
T& |
中 | 不能为 nullptr，但无需管理内存 |
std::optional<T> |
高 | 明确表示可选值，减少错误 |
std::optional<T>* |
低 | 需要手动管理内存 |
std::optional<T>& |
高 | 明确表示可选值，减少错误 |
在我们的编程学习之旅中，理解是我们迈向更高层次的重要一步。然而，掌握新技能、新理念，始终需要时间和坚持。从心理学的角度看，学习往往伴随着不断的试错和调整，这就像是我们的大脑在逐渐优化其解决问题的“算法”。
这就是为什么当我们遇到错误，我们应该将其视为学习和进步的机会，而不仅仅是困扰。通过理解和解决这些问题，我们不仅可以修复当前的代码，更可以提升我们的编程能力，防止在未来的项目中犯相同的错误。
我鼓励大家积极参与进来，不断提升自己的编程技术。无论你是初学者还是有经验的开发者，我希望我的博客能对你的学习之路有所帮助。如果你觉得这篇文章有用，不妨点击收藏，或者留下你的评论分享你的见解和经验，也欢迎你对我博客的内容提出建议和问题。每一次的点赞、评论、分享和关注都是对我的最大支持，也是对我持续分享和创作的动力。
阅读我的CSDN主页,解锁更多精彩内容:泡沫的CSDN主页
