From f4b32349c00acf76efa3b732f95553f4ed8be23e Mon Sep 17 00:00:00 2001 From: krahets Date: Thu, 20 Jul 2023 18:24:25 +0800 Subject: [PATCH] build --- chapter_appendix/contribution.md | 8 +- chapter_appendix/index.md | 6 +- chapter_appendix/installation.md | 20 +- .../backtracking_algorithm.md | 2 +- chapter_greedy/fractional_knapsack_problem.md | 237 ++++++++++++++++++ chapter_greedy/greedy_algorithm.md | 209 +++++++++++++++ chapter_greedy/index.md | 18 ++ 7 files changed, 482 insertions(+), 18 deletions(-) create mode 100644 chapter_greedy/fractional_knapsack_problem.md create mode 100644 chapter_greedy/greedy_algorithm.md create mode 100644 chapter_greedy/index.md diff --git a/chapter_appendix/contribution.md b/chapter_appendix/contribution.md index 6b85c20b5..3a1814ea2 100644 --- a/chapter_appendix/contribution.md +++ b/chapter_appendix/contribution.md @@ -2,7 +2,7 @@ comments: true --- -# 15.2.   一起参与创作 +# 16.2.   一起参与创作 !!! success "开源的魅力" @@ -10,7 +10,7 @@ comments: true 由于作者能力有限，书中难免存在一些遗漏和错误，请您谅解。如果您发现了笔误、失效链接、内容缺失、文字歧义、解释不清晰或行文结构不合理等问题，请协助我们进行修正，以帮助其他读者获得更优质的学习资源。所有[撰稿人](https://github.com/krahets/hello-algo/graphs/contributors)将在仓库和网站主页上展示，以感谢他们对开源社区的无私奉献！ -## 15.2.1.   内容微调 +## 16.2.1.   内容微调 在每个页面的右上角有一个「编辑」图标，您可以按照以下步骤修改文本或代码： @@ -24,7 +24,7 @@ comments: true 由于图片无法直接修改，因此需要通过新建 [Issue](https://github.com/krahets/hello-algo/issues) 或评论留言来描述图片问题，我们会尽快重新绘制并替换图片。 -## 15.2.2.   内容创作 +## 16.2.2.   内容创作 如果您有兴趣参与此开源项目，包括将代码翻译成其他编程语言、扩展文章内容等，那么需要实施 Pull Request 工作流程： @@ -34,7 +34,7 @@ comments: true 4. 将本地所做更改 Commit ，然后 Push 至远程仓库； 5. 刷新仓库网页，点击“Create pull request”按钮即可发起拉取请求； -## 15.2.3.   Docker 部署 +## 16.2.3.   Docker 部署 我们可以通过 Docker 来部署本项目。执行以下脚本，稍等片刻后，即可使用浏览器打开 `http://localhost:8000` 来访问本项目。 diff --git a/chapter_appendix/index.md b/chapter_appendix/index.md index 2e0259639..057aa055e 100644 --- a/chapter_appendix/index.md +++ b/chapter_appendix/index.md @@ -3,10 +3,10 @@ comments: true icon: material/help-circle-outline --- -# 15.   附录 +# 16.   附录 ## 本章内容 -- [15.1   编程环境安装](https://www.hello-algo.com/chapter_appendix/installation/) -- [15.2   一起参与创作](https://www.hello-algo.com/chapter_appendix/contribution/) +- [16.1   编程环境安装](https://www.hello-algo.com/chapter_appendix/installation/) +- [16.2   一起参与创作](https://www.hello-algo.com/chapter_appendix/contribution/) diff --git a/chapter_appendix/installation.md b/chapter_appendix/installation.md index d3a3ebd18..786476c45 100644 --- a/chapter_appendix/installation.md +++ b/chapter_appendix/installation.md @@ -2,52 +2,52 @@ comments: true --- -# 15.1.   编程环境安装 +# 16.1.   编程环境安装 -## 15.1.1.   VSCode +## 16.1.1.   VSCode 本书推荐使用开源轻量的 VSCode 作为本地 IDE ，下载并安装 [VSCode](https://code.visualstudio.com/) 。 -## 15.1.2.   Java 环境 +## 16.1.2.   Java 环境 1. 下载并安装 [OpenJDK](https://jdk.java.net/18/)（版本需满足 > JDK 9）。 2. 在 VSCode 的插件市场中搜索 `java` ，安装 Extension Pack for Java 。 -## 15.1.3.   C/C++ 环境 +## 16.1.3.   C/C++ 环境 1. Windows 系统需要安装 [MinGW](https://sourceforge.net/projects/mingw-w64/files/)（[配置教程](https://blog.csdn.net/qq_33698226/article/details/129031241)），MacOS 自带 Clang 无需安装。 2. 在 VSCode 的插件市场中搜索 `c++` ，安装 C/C++ Extension Pack 。 3. （可选）打开 Settings 页面，搜索 `Clang_format_fallback Style` 代码格式化选项，设置为 `{ BasedOnStyle: Microsoft, BreakBeforeBraces: Attach }` 。 -## 15.1.4.   Python 环境 +## 16.1.4.   Python 环境 1. 下载并安装 [Miniconda3](https://docs.conda.io/en/latest/miniconda.html) 。 2. 在 VSCode 的插件市场中搜索 `python` ，安装 Python Extension Pack 。 3. （可选）在命令行输入 `pip install black` ，安装代码格式化工具。 -## 15.1.5.   Go 环境 +## 16.1.5.   Go 环境 1. 下载并安装 [go](https://go.dev/dl/) 。 2. 在 VSCode 的插件市场中搜索 `go` ，安装 Go 。 3. 快捷键 `Ctrl + Shift + P` 呼出命令栏，输入 go ，选择 `Go: Install/Update Tools` ，全部勾选并安装即可。 -## 15.1.6.   JavaScript 环境 +## 16.1.6.   JavaScript 环境 1. 下载并安装 [node.js](https://nodejs.org/en/) 。 2. 在 VSCode 的插件市场中搜索 `javascript` ，安装 JavaScript (ES6) code snippets 。 3. （可选）在 VSCode 的插件市场中搜索 `Prettier` ，安装代码格式化工具。 -## 15.1.7.   C# 环境 +## 16.1.7.   C# 环境 1. 下载并安装 [.Net 6.0](https://dotnet.microsoft.com/en-us/download) ； 2. 在 VSCode 的插件市场中搜索 `c#` ，安装 c# 。 -## 15.1.8.   Swift 环境 +## 16.1.8.   Swift 环境 1. 下载并安装 [Swift](https://www.swift.org/download/)； 2. 在 VSCode 的插件市场中搜索 `swift` ，安装 [Swift for Visual Studio Code](https://marketplace.visualstudio.com/items?itemName=sswg.swift-lang)。 -## 15.1.9.   Rust 环境 +## 16.1.9.   Rust 环境 1. 下载并安装 [Rust](https://www.rust-lang.org/tools/install)； 2. 在 VSCode 的插件市场中搜索 `rust` ，安装 [rust-analyzer](https://marketplace.visualstudio.com/items?itemName=rust-lang.rust-analyzer)。 diff --git a/chapter_backtracking/backtracking_algorithm.md b/chapter_backtracking/backtracking_algorithm.md index 87f796480..a99cc086b 100644 --- a/chapter_backtracking/backtracking_algorithm.md +++ b/chapter_backtracking/backtracking_algorithm.md @@ -411,7 +411,7 @@ comments: true !!! question "例题三" - 在二叉树中搜索所有值为 $7$ 的节点，返回根节点到这些节点的路径，**路径中有且只有一个值为 $7$ 的节点，并且不能包含值为 $3$ 的节点**。 + 在二叉树中搜索所有值为 $7$ 的节点，返回根节点到这些节点的路径，**要求路径中有且只有一个值为 $7$ 的节点，并且不能包含值为 $3$ 的节点**。 在例题二的基础上添加剪枝操作，包括： diff --git a/chapter_greedy/fractional_knapsack_problem.md b/chapter_greedy/fractional_knapsack_problem.md new file mode 100644 index 000000000..194f262d8 --- /dev/null +++ b/chapter_greedy/fractional_knapsack_problem.md @@ -0,0 +1,237 @@ +--- +comments: true +status: new +--- + +# 15.2.   分数背包问题 + +分数背包是 0-1 背包问题的一个变种问题。 + +!!! question + + 给定 $n$ 个物品，第 $i$ 个物品的重量为 $wgt[i-1]$ 、价值为 $val[i-1]$ ，现在有个容量为 $cap$ 的背包，每个物品只能选择一次，**但可以选择物品的一部分，价值根据选择的重量比例计算**，问在不超过背包容量下背包中物品的最大价值。 + +![分数背包问题的示例数据](fractional_knapsack_problem.assets/fractional_knapsack_example.png) + +

Fig. 分数背包问题的示例数据

+ +**第一步：问题分析** + +本题和 0-1 背包整体上非常相似，状态包含当前物品 $i$ 和容量 $c$ ，目标是求不超过背包容量下的最大价值。 + +不同点在于，本题允许只选择物品的一部分，我们可以对物品任意地进行切分，并按照重量比例来计算物品价值，因此有： + +1. 对于物品 $i$ ，它在单位重量下的价值为 $val[i-1] / wgt[i-1]$ ，简称为单位价值； +2. 假设放入一部分物品 $i$ ，重量为 $w$ ，则背包增加的价值为 $w \times val[i-1] / wgt[i-1]$ ； + +![物品在单位重量下的价值](fractional_knapsack_problem.assets/fractional_knapsack_unit_value.png) + +

Fig. 物品在单位重量下的价值

+ +**第二步：贪心策略确定** + +最大化背包内物品总价值，**本质上是要最大化单位重量下的物品价值**。由此便可推出本题的贪心策略： + +1. 将物品按照单位价值从高到低进行排序。 +2. 遍历所有物品，**每轮贪心地选择单位价值最高的物品**。 +3. 若剩余背包容量不足，则使用当前物品的一部分填满背包即可。 + +![分数背包的贪心策略](fractional_knapsack_problem.assets/fractional_knapsack_greedy_strategy.png) + +

Fig. 分数背包的贪心策略

+ +**第三步：正确性证明** + +采用反证法。假设物品 $x$ 是单位价值最高的物品，使用某算法求得最大价值为 $res$ ，但该解中不包含物品 $x$ 。 + +现在从背包中拿出单位重量的任意物品，并替换为单位重量的物品 $x$ 。由于物品 $x$ 的单位价值最高，因此替换后的总价值一定大于 $res$ 。**这与 $res$ 是最优解矛盾，说明最优解中必须包含物品 $x$ 。** + +对于该解中的其他物品，我们也可以构建出上述矛盾。总而言之，**单位价值更大的物品总是更优选择**，这说明贪心策略是有效的。 + +**实现代码** + +我们构建了一个物品类 `Item` ，以便将物品按照单位价值进行排序。在循环贪心选择中，分为放入整个物品或放入部分物品两种情况。当背包已满时，则跳出循环并返回解。 + +=== "Java" + + ```java title="fractional_knapsack.java" + /* 物品 */ + class Item { + int w; // 物品重量 + int v; // 物品价值 + + public Item(int w, int v) { + this.w = w; + this.v = v; + } + } + + /* 分数背包：贪心 */ + double fractionalKnapsack(int[] wgt, int[] val, int cap) { + // 创建物品列表，包含两个属性：重量、价值 + Item[] items = new Item[wgt.length]; + for (int i = 0; i < wgt.length; i++) { + items[i] = new Item(wgt[i], val[i]); + } + // 按照单位价值 item.v / item.w 从高到低进行排序 + Arrays.sort(items, Comparator.comparingDouble(item -> -((double) item.v / item.w))); + // 循环贪心选择 + double res = 0; + for (Item item : items) { + if (item.w <= cap) { + // 若剩余容量充足，则将当前物品整个装进背包 + res += item.v; + cap -= item.w; + } else { + // 若剩余容量不足，则将当前物品的一部分装进背包 + res += (double) item.v / item.w * cap; + // 已无剩余容量，因此跳出循环 + break; + } + } + return res; + } + ``` + +=== "C++" + + ```cpp title="fractional_knapsack.cpp" + /* 物品 */ + class Item { + public: + int w; // 物品重量 + int v; // 物品价值 + + Item(int w, int v) : w(w), v(v) { + } + }; + + /* 分数背包：贪心 */ + double fractionalKnapsack(vector &wgt, vector &val, int cap) { + // 创建物品列表，包含两个属性：重量、价值 + vector items; + for (int i = 0; i < wgt.size(); i++) { + items.push_back(Item(wgt[i], val[i])); + } + // 按照单位价值 item.v / item.w 从高到低进行排序 + sort(items.begin(), items.end(), [](Item &a, Item &b) { return (double)a.v / a.w > (double)b.v / b.w; }); + // 循环贪心选择 + double res = 0; + for (auto &item : items) { + if (item.w <= cap) { + // 若剩余容量充足，则将当前物品整个装进背包 + res += item.v; + cap -= item.w; + } else { + // 若剩余容量不足，则将当前物品的一部分装进背包 + res += (double)item.v / item.w * cap; + // 已无剩余容量，因此跳出循环 + break; + } + } + return res; + } + ``` + +=== "Python" + + ```python title="fractional_knapsack.py" + class Item: + """物品""" + + def __init__(self, w: int, v: int): + self.w = w # 物品重量 + self.v = v # 物品价值 + + def fractional_knapsack(wgt: list[int], val: list[int], cap: int) -> int: + """分数背包：贪心""" + # 创建物品列表，包含两个属性：重量、价值 + items = [Item(w, v) for w, v in zip(wgt, val)] + # 按照单位价值 item.v / item.w 从高到低进行排序 + items.sort(key=lambda item: item.v / item.w, reverse=True) + # 循环贪心选择 + res = 0 + for item in items: + if item.w <= cap: + # 若剩余容量充足，则将当前物品整个装进背包 + res += item.v + cap -= item.w + else: + # 若剩余容量不足，则将当前物品的一部分装进背包 + res += (item.v / item.w) * cap + # 已无剩余容量，因此跳出循环 + break + return res + ``` + +=== "Go" + + ```go title="fractional_knapsack.go" + [class]{}-[func]{II} + + [class]{}-[func]{fractionalKnapsack} + ``` + +=== "JavaScript" + + ```javascript title="fractional_knapsack.js" + [class]{Item}-[func]{} + + [class]{}-[func]{fractionalKnapsack} + ``` + +=== "TypeScript" + + ```typescript title="fractional_knapsack.ts" + [class]{Item}-[func]{} + + [class]{}-[func]{fractionalKnapsack} + ``` + +=== "C" + + ```c title="fractional_knapsack.c" + [class]{Item}-[func]{} + + [class]{}-[func]{fractionalKnapsack} + ``` + +=== "C#" + + ```csharp title="fractional_knapsack.cs" + [class]{Item}-[func]{} + + [class]{fractional_knapsack}-[func]{fractionalKnapsack} + ``` + +=== "Swift" + + ```swift title="fractional_knapsack.swift" + [class]{Item}-[func]{} + + [class]{}-[func]{fractionalKnapsack} + ``` + +=== "Zig" + + ```zig title="fractional_knapsack.zig" + [class]{Item}-[func]{} + + [class]{}-[func]{fractionalKnapsack} + ``` + +=== "Dart" + + ```dart title="fractional_knapsack.dart" + [class]{Item}-[func]{} + + [class]{}-[func]{fractionalKnapsack} + ``` + +如下图所示，如果将一个 2D 图表的横轴和纵轴分别看作物品重量和物品单位价值，则分数背包问题可被转化为“求在有限横轴区间下的最大围成面积”。这个类比可以帮助我们从几何角度清晰地看到贪心策略的有效性。 + +![分数背包问题的几何表示](fractional_knapsack_problem.assets/fractional_knapsack_area_chart.png) + +

Fig. 分数背包问题的几何表示

+ +最差情况下，需要遍历整个物品列表，**因此时间复杂度为 $O(n)$** ，其中 $n$ 为物品数量。由于初始化了一个 `Item` 对象列表，**因此空间复杂度为 $O(n)$** 。 diff --git a/chapter_greedy/greedy_algorithm.md b/chapter_greedy/greedy_algorithm.md new file mode 100644 index 000000000..2fa5d90b4 --- /dev/null +++ b/chapter_greedy/greedy_algorithm.md @@ -0,0 +1,209 @@ +--- +comments: true +status: new +--- + +# 15.1.   贪心算法 + +贪心算法是一种常见的解决优化问题的算法，其基本思想是在问题的每个决策阶段，都选择当前看起来最优的选择，即“贪心”地做出局部最优的决策，以期望获得全局最优解。贪心算法因其简洁、高效的特性，在许多实际问题中都有着广泛的应用。 + +贪心算法和动态规划都是解决优化问题的常用策略，它们有一些相似之处，比如都依赖最优子结构性质。两者的不同点在于： + +- **动态规划会根据之前阶段的所有决策来考虑当前决策**，并使用过去子问题的解来构建当前子问题的解。 +- **贪心算法从不重新考虑过去的决策**，而是一路向前地进行贪心选择，不断缩小问题范围，直至问题被解决。 + +我们先通过例题“零钱兑换”来初步了解贪心算法的工作原理。这道题已经在动态规划章节中介绍过，相信你对它并不陌生。 + +!!! question + + 给定 $n$ 种硬币，第 $i$ 个硬币的面值为 $coins[i - 1]$ ，目标金额为 $amt$ ，**每种硬币可以重复选取**，问能够凑出目标金额的最少硬币个数。如果无法凑出目标金额则返回 $-1$ 。 + +贪心算法会迭代地做出一个又一个的贪心选择，每轮都将问题转化成一个规模更小的子问题，直到问题被解决。 + +这道题的贪心策略在生活中很常见：给定目标金额，**我们贪心地选择不大于且最接近它的硬币**，不断循环该步骤，直至凑出目标金额为止。 + +![零钱兑换的贪心策略](greedy_algorithm.assets/coin_change_greedy_strategy.png) + +

Fig. 零钱兑换的贪心策略

+ +实现代码如下所示。你可能会不由地发出感叹：So Clean ！因为贪心算法仅用十行代码就解决了零钱兑换问题。 + +=== "Java" + + ```java title="coin_change_greedy.java" + /* 零钱兑换：贪心 */ + int coinChangeGreedy(int[] coins, int amt) { + // 假设 coins 列表有序 + int i = coins.length - 1; + int count = 0; + // 循环进行贪心选择，直到无剩余金额 + while (amt > 0) { + // 找到小于且最接近剩余金额的硬币 + while (coins[i] > amt) { + i--; + } + // 选择 coins[i] + amt -= coins[i]; + count++; + } + // 若未找到可行方案，则返回 -1 + return amt == 0 ? count : -1; + } + ``` + +=== "C++" + + ```cpp title="coin_change_greedy.cpp" + /* 零钱兑换：贪心 */ + int coinChangeGreedy(vector &coins, int amt) { + // 假设 coins 列表有序 + int i = coins.size() - 1; + int count = 0; + // 循环进行贪心选择，直到无剩余金额 + while (amt > 0) { + // 找到小于且最接近剩余金额的硬币 + while (coins[i] > amt) { + i--; + } + // 选择 coins[i] + amt -= coins[i]; + count++; + } + // 若未找到可行方案，则返回 -1 + return amt == 0 ? count : -1; + } + ``` + +=== "Python" + + ```python title="coin_change_greedy.py" + def coin_change_greedy(coins: list[int], amt: int) -> int: + """零钱兑换：贪心""" + # 假设 coins 列表有序 + i = len(coins) - 1 + count = 0 + # 循环进行贪心选择，直到无剩余金额 + while amt > 0: + # 找到小于且最接近剩余金额的硬币 + while coins[i] > amt: + i -= 1 + # 选择 coins[i] + amt -= coins[i] + count += 1 + # 若未找到可行方案，则返回 -1 + return count if amt == 0 else -1 + ``` + +=== "Go" + + ```go title="coin_change_greedy.go" + [class]{}-[func]{coinChangeGreedy} + ``` + +=== "JavaScript" + + ```javascript title="coin_change_greedy.js" + [class]{}-[func]{coinChangeGreedy} + ``` + +=== "TypeScript" + + ```typescript title="coin_change_greedy.ts" + [class]{}-[func]{coinChangeGreedy} + ``` + +=== "C" + + ```c title="coin_change_greedy.c" + [class]{}-[func]{coinChangeGreedy} + ``` + +=== "C#" + + ```csharp title="coin_change_greedy.cs" + [class]{coin_change_greedy}-[func]{coinChangeGreedy} + ``` + +=== "Swift" + + ```swift title="coin_change_greedy.swift" + [class]{}-[func]{coinChangeGreedy} + ``` + +=== "Zig" + + ```zig title="coin_change_greedy.zig" + [class]{}-[func]{coinChangeGreedy} + ``` + +=== "Dart" + + ```dart title="coin_change_greedy.dart" + [class]{}-[func]{coinChangeGreedy} + ``` + +## 15.1.1.   贪心优点与局限性 + +**贪心算法不仅操作直接、实现简单，而且通常效率也很高**。在以上代码中，记硬币最小面值为 $\min(coins)$ ，则贪心选择最多循环 $amt / \min(coins)$ 次，时间复杂度为 $O(amt / \min(coins))$ 。这比动态规划解法的时间复杂度 $O(n \times amt)$ 提升了一个数量级。 + +然而，**对于某些硬币面值组合，贪心算法并不能找到最优解**。我们来看几个例子： + +- **正例 $coins = [1, 5, 10, 20, 50, 100]$**：在该硬币组合下，给定任意 $amt$ ，贪心算法都可以找出最优解。 +- **反例 $coins = [1, 20, 50]$**：假设 $amt = 60$ ，贪心算法只能找到 $50 + 1 \times 10$ 的兑换组合，共计 $11$ 枚硬币，但动态规划可以找到最优解 $20 + 20 + 20$ ，仅需 $3$ 枚硬币。 +- **反例 $coins = [1, 49, 50]$**：假设 $amt = 98$ ，贪心算法只能找到 $50 + 1 \times 48$ 的兑换组合，共计 $48$ 枚硬币，但动态规划可以找到最优解 $49 + 49$ ，仅需 $2$ 枚硬币。 + +![贪心无法找出最优解的示例](greedy_algorithm.assets/coin_change_greedy_vs_dp.png) + +

Fig. 贪心无法找出最优解的示例

+ +也就是说，对于零钱兑换问题，贪心算法无法保证找到全局最优解，并且有可能找到非常差的解，因此该问题更适合用动态规划解决。 + +一般情况下，贪心算法适用于以下两种问题： + +1. **可以保证找到最优解**：贪心算法在这种情况下往往是最优选择，因为它往往比回溯、动态规划更高效。 +2. **可以找到近似最优解**：此时贪心算法也是可用的。因为对于很多复杂问题来说，寻找最优解是非常困难的，能以较高效率找到次优解也是非常不错的。 + +## 15.1.2.   贪心算法特性 + +那么问题来了，什么样的问题适合用贪心算法求解呢？或者说，贪心算法在什么情况下可以保证找到最优解？ + +相较于动态规划，贪心算法的使用条件更加苛刻，其主要关心问题的两个性质： + +- **贪心选择性质**：只有当局部最优选择始终可以导致全局最优解时，贪心算法才能保证得到最优解。 +- **最优子结构**：原问题的最优解包含子问题的最优解。值得注意的是，一些问题的最优子结构并不明显，但仍然可使用贪心算法解决。 + +最优子结构已经在动态规划章节中介绍过，不再赘述，我们主要探究如何判断问题的贪心选择性质。虽然贪心选择性质的描述看上去比较简单，**但实际上对于许多问题，证明贪心选择性质不是一件易事**。 + +例如零钱兑换问题，我们虽然能够容易地举出反例，对贪心选择性质进行证伪。但如果问：**满足什么条件的硬币组合可以使用贪心算法求解**？我们往往只能凭借直觉或穷举例子来给出一个模棱两可的答案，而难以给出严谨的数学证明。 + +!!! quote + + 一篇论文 Pearson, David. "A polynomial-time algorithm for the change-making problem." *Operations Research Letters* 33.3 (2005): 231-234. 专门讨论了该问题。作者给出了一个 $O(n^3)$ 时间复杂度的算法，用于判断一个硬币组合是否可以使用贪心算法找出任何金额的最优解。 + +## 15.1.3.   贪心解题步骤 + +贪心问题的解决流程大体可分为三步： + +1. **问题分析**：梳理与理解问题特性，包括状态定义、优化目标和约束条件等。这一步在回溯和动态规划中都有涉及。 +2. **确定贪心策略**：确定如何在每一步中做出贪心选择。这个策略能够在每一步减小问题的规模，并最终能解决整个问题。 +3. **正确性证明**：通常需要证明问题具有贪心选择性质和最优子结构。这个步骤可能需要使用到数学证明，例如归纳法或反证法等。 + +确定贪心策略是求解问题的核心步骤，但实施起来并没有那么容易。主要有两方面原因： + +1. **不同问题的贪心策略的差异较大**。对于许多问题来说，贪心策略都比较浅显，我们通过一些大概的思考与尝试就能得出。而对于一些复杂问题，贪心策略可能非常隐蔽，这种情况就非常考验个人的解题经验与算法能力了。 +2. **某些贪心策略具有较强的迷惑性**。当我们满怀信心设计好贪心策略，写出解题代码并提交运行，很可能发现部分测试样例无法通过。这是因为设计的贪心策略只是“部分正确”的，上文介绍的零钱兑换就是个很好的例子。 + +为了保证正确性，我们应该对贪心策略进行严谨的数学证明，**通常需要用到反证法或数学归纳法**。 + +然而，正确性证明往往也不是一件易事。如若没有头绪，我们通常会选择面向测试用例进行 Debug ，一步步修改与验证贪心策略。 + +## 15.1.4.   贪心典型例题 + +贪心算法常常应用在满足贪心选择性质和最优子结构的优化问题中，以下是一些典型的贪心算法问题： + +1. **硬币找零问题**：在某些硬币组合下，贪心算法总是可以得到最优解。 +2. **区间调度问题**：假设你有一些任务，每个任务在一段时间内进行，你的目标是完成尽可能多的任务。如果每次都选择结束时间最早的任务，那么贪心算法就可以得到最优解。 +3. **分数背包问题**：给定一组物品和一个载重量，你的目标是选择一组物品，使得总重量不超过载重量，且总价值最大。如果每次都选择性价比最高（价值/重量）的物品，那么贪心算法在一些情况下可以得到最优解。 +4. **股票买卖问题**：给定一组股票的历史价格，你可以进行多次买卖，但不能同时参与多次交易，这意味着如果你已经持有股票，那么在卖出之前不能再买，你的目标是获取最大利润。这类问题通常可以使用贪心算法解决。 +5. **霍夫曼编码**：霍夫曼编码是一种用于无损数据压缩的贪心算法。通过构建霍夫曼树，每次选择出现频率最小的两个节点合并，最后得到的霍夫曼树的带权路径长度（即编码长度）最小。 +6. **Dijkstra 算法**：它是一种解决给定源顶点到其余各顶点的最短路径问题的贪心算法。 diff --git a/chapter_greedy/index.md b/chapter_greedy/index.md new file mode 100644 index 000000000..78300d396 --- /dev/null +++ b/chapter_greedy/index.md @@ -0,0 +1,18 @@ +--- +comments: true +icon: material/head-heart-outline +status: new +--- + +# 15.   贪心 + +
+ +![贪心](../assets/covers/chapter_greedy.jpg){ width="70%" } + +
+ +## 本章内容 + +- [15.1   贪心算法](https://www.hello-algo.com/chapter_greedy/greedy_algorithm/) +- [15.2   分数背包问题](https://www.hello-algo.com/chapter_greedy/fractional_knapsack_problem/)