mirror of
https://github.com/krahets/hello-algo.git
synced 2024-12-27 13:06:29 +08:00
build
This commit is contained in:
parent
32b8b44724
commit
6e1133cbc2
8 changed files with 680 additions and 437 deletions
|
@ -73,3 +73,9 @@ comments: true
|
||||||
!!! question "“列表的出现大大提升了数组的实用性,但副作用是会造成部分内存空间浪费”,这里的空间浪费是指额外增加的变量如容量、长度、扩容倍数所占的内存吗?"
|
!!! question "“列表的出现大大提升了数组的实用性,但副作用是会造成部分内存空间浪费”,这里的空间浪费是指额外增加的变量如容量、长度、扩容倍数所占的内存吗?"
|
||||||
|
|
||||||
这里的空间浪费主要有两方面含义:一方面,列表都会设定一个初始长度,我们不一定需要用这么多。另一方面,为了防止频繁扩容,扩容一般都会乘以一个系数,比如 $\times 1.5$ 。这样一来,也会出现很多空位,我们通常不能完全填满它们。
|
这里的空间浪费主要有两方面含义:一方面,列表都会设定一个初始长度,我们不一定需要用这么多。另一方面,为了防止频繁扩容,扩容一般都会乘以一个系数,比如 $\times 1.5$ 。这样一来,也会出现很多空位,我们通常不能完全填满它们。
|
||||||
|
|
||||||
|
!!! question "在 Python 中初始化 `n = [1, 2, 3]` 后,这 3 个元素的地址是相连的,但是初始化 `m = [2, 1, 3]` 会发现它们每个元素的 id 并不是连续的,而是分别跟 `n` 中的相同。这些元素地址不连续,那么 `m` 还是数组吗?"
|
||||||
|
|
||||||
|
假如把列表元素换成链表节点 `n = [n1, n2, n3, n4, n5]` ,通常情况下这五个节点对象也是被分散存储在内存各处的。然而,给定一个列表索引,我们仍然可以在 $O(1)$ 时间内获取到节点内存地址,从而访问到对应的节点。这是因为数组中存储的是节点的引用,而非节点本身。
|
||||||
|
|
||||||
|
与许多语言不同的是,在 Python 中数字也被包装为对象,列表中存储的不是数字本身,而是对数字的引用。因此,我们会发现两个数组中的相同数字拥有同一个 id ,并且这些数字的内存地址是无需连续的。
|
||||||
|
|
422
chapter_dynamic_programming/dp_problem_features.md
Normal file
422
chapter_dynamic_programming/dp_problem_features.md
Normal file
|
@ -0,0 +1,422 @@
|
||||||
|
---
|
||||||
|
comments: true
|
||||||
|
---
|
||||||
|
|
||||||
|
# 13.2. 动态规划问题特性
|
||||||
|
|
||||||
|
在上节中,我们学习了动态规划问题的暴力解法,从递归树中观察到海量的重叠子问题,以及了解到动态规划是如何通过记录解来优化时间复杂度的。
|
||||||
|
|
||||||
|
实际上,动态规划最常用来求解最优方案问题,例如寻找最短路径、最大利润、最少时间等。**这类问题不仅包含重叠子问题,往往还具有另外两大特性:最优子结构、无后效性**。
|
||||||
|
|
||||||
|
在本节中,我们将通过两个例题,一同探究以下几个问题:
|
||||||
|
|
||||||
|
1. 动态规划与分治算法的区别是什么。
|
||||||
|
2. 最优子结构在动态规划问题中的表现形式。
|
||||||
|
3. 无后效性的含义,其对动态规划的意义是什么。
|
||||||
|
|
||||||
|
## 13.2.1. 最优子结构
|
||||||
|
|
||||||
|
我们对爬楼梯问题稍作改动,使之更加适合展示最优子结构概念。
|
||||||
|
|
||||||
|
!!! question "爬楼梯最小代价"
|
||||||
|
|
||||||
|
给定一个楼梯,你每步可以上 $1$ 阶或者 $2$ 阶,每一阶楼梯上都贴有一个非负整数,表示你在该台阶所需要付出的代价。给定一个非负整数数组 $cost$ ,其中 $cost[i]$ 表示在第 $i$ 个台阶需要付出的代价,$cost[0]$ 为地面起始点。请计算最少需要付出多少代价才能到达顶部?
|
||||||
|
|
||||||
|
如下图所示,若第 $1$ , $2$ , $3$ 阶的代价分别为 $1$ , $10$ , $1$ ,则从地面爬到第 $3$ 阶的最小代价为 $2$ 。
|
||||||
|
|
||||||
|
![爬到第 3 阶的最小代价](intro_to_dynamic_programming.assets/min_cost_cs_example.png)
|
||||||
|
|
||||||
|
<p align="center"> Fig. 爬到第 3 阶的最小代价 </p>
|
||||||
|
|
||||||
|
设 $dp[i]$ 为爬到第 $i$ 阶累计付出的代价,由于第 $i$ 阶只可能从 $i - 1$ 阶或 $i - 2$ 阶走来,因此 $dp[i]$ 只可能等于 $dp[i - 1] + cost[i]$ 或 $dp[i - 2] + cost[i]$ 。为了尽可能减少代价,我们应该选择两者中较小的那一个,即:
|
||||||
|
|
||||||
|
$$
|
||||||
|
dp[i] = \min(dp[i-1], dp[i-2]) + cost[i]
|
||||||
|
$$
|
||||||
|
|
||||||
|
这便可以引出「最优子结构」的含义:**原问题的最优解是从子问题的最优解构建得来的**。对于本题,我们从两个子问题最优解 $dp[i-1]$ , $dp[i-2]$ 中挑选出较优的那一个,并用它构建出原问题 $dp[i]$ 的最优解。
|
||||||
|
|
||||||
|
相较于分治算法问题,动态规划问题的解也是由其子问题的解构成的。不同的是,**动态规划中子问题的解不仅揭示了问题的局部最优解,而且还通过特定的递推关系链接起来,共同构建出原问题的全局最优解**。
|
||||||
|
|
||||||
|
那么,上节的爬楼梯题目有没有最优子结构呢?它要求解的是方案数量,看似是一个计数问题,但如果换一种问法:求解最大方案数量。我们意外地发现,**虽然题目修改前后是等价的,但最优子结构浮现出来了**:第 $n$ 阶最大方案数量等于第 $n-1$ 阶和第 $n-2$ 阶最大方案数量之和。所以说,最优子结构的是一个比较宽泛的概念,在不同问题中会有不同的含义。
|
||||||
|
|
||||||
|
根据以上状态转移方程,以及初始状态 $dp[1] = cost[1]$ , $dp[2] = cost[2]$ ,我们可以得出动态规划解题代码。
|
||||||
|
|
||||||
|
=== "Java"
|
||||||
|
|
||||||
|
```java title="min_cost_climbing_stairs_dp.java"
|
||||||
|
/* 爬楼梯最小代价:动态规划 */
|
||||||
|
int minCostClimbingStairsDP(int[] cost) {
|
||||||
|
int n = cost.length - 1;
|
||||||
|
if (n == 1 || n == 2)
|
||||||
|
return cost[n];
|
||||||
|
// 初始化 dp 列表,用于存储子问题的解
|
||||||
|
int[] dp = new int[n + 1];
|
||||||
|
// 初始状态:预设最小子问题的解
|
||||||
|
dp[1] = cost[1];
|
||||||
|
dp[2] = cost[2];
|
||||||
|
// 状态转移:从较小子问题逐步求解较大子问题
|
||||||
|
for (int i = 3; i <= n; i++) {
|
||||||
|
dp[i] = Math.min(dp[i - 1], dp[i - 2]) + cost[i];
|
||||||
|
}
|
||||||
|
return dp[n];
|
||||||
|
}
|
||||||
|
```
|
||||||
|
|
||||||
|
=== "C++"
|
||||||
|
|
||||||
|
```cpp title="min_cost_climbing_stairs_dp.cpp"
|
||||||
|
/* 爬楼梯最小代价:动态规划 */
|
||||||
|
int minCostClimbingStairsDP(vector<int> &cost) {
|
||||||
|
int n = cost.size() - 1;
|
||||||
|
if (n == 1 || n == 2)
|
||||||
|
return cost[n];
|
||||||
|
// 初始化 dp 列表,用于存储子问题的解
|
||||||
|
vector<int> dp(n + 1);
|
||||||
|
// 初始状态:预设最小子问题的解
|
||||||
|
dp[1] = cost[1];
|
||||||
|
dp[2] = cost[2];
|
||||||
|
// 状态转移:从较小子问题逐步求解较大子问题
|
||||||
|
for (int i = 3; i <= n; i++) {
|
||||||
|
dp[i] = min(dp[i - 1], dp[i - 2]) + cost[i];
|
||||||
|
}
|
||||||
|
return dp[n];
|
||||||
|
}
|
||||||
|
```
|
||||||
|
|
||||||
|
=== "Python"
|
||||||
|
|
||||||
|
```python title="min_cost_climbing_stairs_dp.py"
|
||||||
|
def min_cost_climbing_stairs_dp(cost: list[int]) -> int:
|
||||||
|
"""爬楼梯最小代价:动态规划"""
|
||||||
|
n = len(cost) - 1
|
||||||
|
if n == 1 or n == 2:
|
||||||
|
return cost[n]
|
||||||
|
# 初始化 dp 列表,用于存储子问题的解
|
||||||
|
dp = [0] * (n + 1)
|
||||||
|
# 初始状态:预设最小子问题的解
|
||||||
|
dp[1], dp[2] = cost[1], cost[2]
|
||||||
|
# 状态转移:从较小子问题逐步求解较大子问题
|
||||||
|
for i in range(3, n + 1):
|
||||||
|
dp[i] = min(dp[i - 1], dp[i - 2]) + cost[i]
|
||||||
|
return dp[n]
|
||||||
|
```
|
||||||
|
|
||||||
|
=== "Go"
|
||||||
|
|
||||||
|
```go title="min_cost_climbing_stairs_dp.go"
|
||||||
|
[class]{}-[func]{minCostClimbingStairsDP}
|
||||||
|
```
|
||||||
|
|
||||||
|
=== "JavaScript"
|
||||||
|
|
||||||
|
```javascript title="min_cost_climbing_stairs_dp.js"
|
||||||
|
[class]{}-[func]{minCostClimbingStairsDP}
|
||||||
|
```
|
||||||
|
|
||||||
|
=== "TypeScript"
|
||||||
|
|
||||||
|
```typescript title="min_cost_climbing_stairs_dp.ts"
|
||||||
|
[class]{}-[func]{minCostClimbingStairsDP}
|
||||||
|
```
|
||||||
|
|
||||||
|
=== "C"
|
||||||
|
|
||||||
|
```c title="min_cost_climbing_stairs_dp.c"
|
||||||
|
[class]{}-[func]{minCostClimbingStairsDP}
|
||||||
|
```
|
||||||
|
|
||||||
|
=== "C#"
|
||||||
|
|
||||||
|
```csharp title="min_cost_climbing_stairs_dp.cs"
|
||||||
|
[class]{min_cost_climbing_stairs_dp}-[func]{minCostClimbingStairsDP}
|
||||||
|
```
|
||||||
|
|
||||||
|
=== "Swift"
|
||||||
|
|
||||||
|
```swift title="min_cost_climbing_stairs_dp.swift"
|
||||||
|
[class]{}-[func]{minCostClimbingStairsDP}
|
||||||
|
```
|
||||||
|
|
||||||
|
=== "Zig"
|
||||||
|
|
||||||
|
```zig title="min_cost_climbing_stairs_dp.zig"
|
||||||
|
[class]{}-[func]{minCostClimbingStairsDP}
|
||||||
|
```
|
||||||
|
|
||||||
|
=== "Dart"
|
||||||
|
|
||||||
|
```dart title="min_cost_climbing_stairs_dp.dart"
|
||||||
|
[class]{}-[func]{minCostClimbingStairsDP}
|
||||||
|
```
|
||||||
|
|
||||||
|
![爬楼梯最小代价的动态规划过程](intro_to_dynamic_programming.assets/min_cost_cs_dp.png)
|
||||||
|
|
||||||
|
<p align="center"> Fig. 爬楼梯最小代价的动态规划过程 </p>
|
||||||
|
|
||||||
|
这道题同样也可以进行状态压缩,将一维压缩至零维,使得空间复杂度从 $O(n)$ 降低至 $O(1)$ 。
|
||||||
|
|
||||||
|
=== "Java"
|
||||||
|
|
||||||
|
```java title="min_cost_climbing_stairs_dp.java"
|
||||||
|
/* 爬楼梯最小代价:状态压缩后的动态规划 */
|
||||||
|
int minCostClimbingStairsDPComp(int[] cost) {
|
||||||
|
int n = cost.length - 1;
|
||||||
|
if (n == 1 || n == 2)
|
||||||
|
return cost[n];
|
||||||
|
int a = cost[1], b = cost[2];
|
||||||
|
for (int i = 3; i <= n; i++) {
|
||||||
|
int tmp = b;
|
||||||
|
b = Math.min(a, tmp) + cost[i];
|
||||||
|
a = tmp;
|
||||||
|
}
|
||||||
|
return b;
|
||||||
|
}
|
||||||
|
```
|
||||||
|
|
||||||
|
=== "C++"
|
||||||
|
|
||||||
|
```cpp title="min_cost_climbing_stairs_dp.cpp"
|
||||||
|
/* 爬楼梯最小代价:状态压缩后的动态规划 */
|
||||||
|
int minCostClimbingStairsDPComp(vector<int> &cost) {
|
||||||
|
int n = cost.size() - 1;
|
||||||
|
if (n == 1 || n == 2)
|
||||||
|
return cost[n];
|
||||||
|
int a = cost[1], b = cost[2];
|
||||||
|
for (int i = 3; i <= n; i++) {
|
||||||
|
int tmp = b;
|
||||||
|
b = min(a, tmp) + cost[i];
|
||||||
|
a = tmp;
|
||||||
|
}
|
||||||
|
return b;
|
||||||
|
}
|
||||||
|
```
|
||||||
|
|
||||||
|
=== "Python"
|
||||||
|
|
||||||
|
```python title="min_cost_climbing_stairs_dp.py"
|
||||||
|
def min_cost_climbing_stairs_dp_comp(cost: list[int]) -> int:
|
||||||
|
"""爬楼梯最小代价:状态压缩后的动态规划"""
|
||||||
|
n = len(cost) - 1
|
||||||
|
if n == 1 or n == 2:
|
||||||
|
return cost[n]
|
||||||
|
a, b = cost[1], cost[2]
|
||||||
|
for i in range(3, n + 1):
|
||||||
|
a, b = b, min(a, b) + cost[i]
|
||||||
|
return b
|
||||||
|
```
|
||||||
|
|
||||||
|
=== "Go"
|
||||||
|
|
||||||
|
```go title="min_cost_climbing_stairs_dp.go"
|
||||||
|
[class]{}-[func]{minCostClimbingStairsDPComp}
|
||||||
|
```
|
||||||
|
|
||||||
|
=== "JavaScript"
|
||||||
|
|
||||||
|
```javascript title="min_cost_climbing_stairs_dp.js"
|
||||||
|
[class]{}-[func]{minCostClimbingStairsDPComp}
|
||||||
|
```
|
||||||
|
|
||||||
|
=== "TypeScript"
|
||||||
|
|
||||||
|
```typescript title="min_cost_climbing_stairs_dp.ts"
|
||||||
|
[class]{}-[func]{minCostClimbingStairsDPComp}
|
||||||
|
```
|
||||||
|
|
||||||
|
=== "C"
|
||||||
|
|
||||||
|
```c title="min_cost_climbing_stairs_dp.c"
|
||||||
|
[class]{}-[func]{minCostClimbingStairsDPComp}
|
||||||
|
```
|
||||||
|
|
||||||
|
=== "C#"
|
||||||
|
|
||||||
|
```csharp title="min_cost_climbing_stairs_dp.cs"
|
||||||
|
[class]{min_cost_climbing_stairs_dp}-[func]{minCostClimbingStairsDPComp}
|
||||||
|
```
|
||||||
|
|
||||||
|
=== "Swift"
|
||||||
|
|
||||||
|
```swift title="min_cost_climbing_stairs_dp.swift"
|
||||||
|
[class]{}-[func]{minCostClimbingStairsDPComp}
|
||||||
|
```
|
||||||
|
|
||||||
|
=== "Zig"
|
||||||
|
|
||||||
|
```zig title="min_cost_climbing_stairs_dp.zig"
|
||||||
|
[class]{}-[func]{minCostClimbingStairsDPComp}
|
||||||
|
```
|
||||||
|
|
||||||
|
=== "Dart"
|
||||||
|
|
||||||
|
```dart title="min_cost_climbing_stairs_dp.dart"
|
||||||
|
[class]{}-[func]{minCostClimbingStairsDPComp}
|
||||||
|
```
|
||||||
|
|
||||||
|
## 13.2.2. 无后效性
|
||||||
|
|
||||||
|
「无后效性」是动态规划能够有效解决问题的重要特性之一,定义为:**给定一个确定的状态,它的未来发展只与当前状态有关,而与当前状态过去所经历过的所有状态无关**。
|
||||||
|
|
||||||
|
以爬楼梯问题为例,给定状态 $i$ ,它会发展出状态 $i+1$ 和状态 $i+2$ ,分别对应跳 $1$ 步和跳 $2$ 步。在做出这两种选择时,我们无需考虑状态 $i$ 之前的状态,即它们对状态 $i$ 的未来没有影响。
|
||||||
|
|
||||||
|
然而,如果我们向爬楼梯问题添加一个约束,情况就不一样了。
|
||||||
|
|
||||||
|
!!! question "带约束爬楼梯"
|
||||||
|
|
||||||
|
给定一个共有 $n$ 阶的楼梯,你每步可以上 $1$ 阶或者 $2$ 阶,**但不能连续两轮跳 $1$ 阶**,请问有多少种方案可以爬到楼顶。
|
||||||
|
|
||||||
|
例如,爬上第 $3$ 阶仅剩 $2$ 种可行方案,其中连续三次跳 $1$ 阶的方案不满足约束条件,因此被舍弃。
|
||||||
|
|
||||||
|
![带约束爬到第 3 阶的方案数量](intro_to_dynamic_programming.assets/climbing_stairs_constraint_example.png)
|
||||||
|
|
||||||
|
<p align="center"> Fig. 带约束爬到第 3 阶的方案数量 </p>
|
||||||
|
|
||||||
|
在该问题中,**下一步选择不能由当前状态(当前楼梯阶数)独立决定,还和前一个状态(上轮楼梯阶数)有关**。如果上一轮是跳 $1$ 阶上来的,那么下一轮就必须跳 $2$ 阶。
|
||||||
|
|
||||||
|
不难发现,此问题已不满足无后效性,状态转移方程 $dp[i] = dp[i-1] + dp[i-2]$ 也失效了,因为 $dp[i-1]$ 代表本轮跳 $1$ 阶,但其中包含了许多“上一轮跳 $1$ 阶上来的”方案,而为了满足约束,我们不能将 $dp[i-1]$ 直接计入 $dp[i]$ 中。
|
||||||
|
|
||||||
|
为了解决该问题,我们需要扩展状态定义:**状态 $[i, j]$ 表示处在第 $i$ 阶、并且上一轮跳了 $j$ 阶**,其中 $j \in \{1, 2\}$ 。此状态定义有效地区分了上一轮跳了 $1$ 阶还是 $2$ 阶,我们可以据此来决定下一步该怎么跳:
|
||||||
|
|
||||||
|
- 当 $j$ 等于 $1$ ,即上一轮跳了 $1$ 阶时,这一轮只能选择跳 $2$ 阶;
|
||||||
|
- 当 $j$ 等于 $2$ ,即上一轮跳了 $2$ 阶时,这一轮可选择跳 $1$ 阶或跳 $2$ 阶;
|
||||||
|
|
||||||
|
在该定义下,$dp[i, j]$ 表示状态 $[i, j]$ 对应的方案数。由此,我们便能推导出以下的状态转移方程:
|
||||||
|
|
||||||
|
$$
|
||||||
|
\begin{cases}
|
||||||
|
dp[i, 1] = dp[i-1, 2] \\
|
||||||
|
dp[i, 2] = dp[i-2, 1] + dp[i-2, 2]
|
||||||
|
\end{cases}
|
||||||
|
$$
|
||||||
|
|
||||||
|
![考虑约束下的递推关系](intro_to_dynamic_programming.assets/climbing_stairs_constraint_state_transfer.png)
|
||||||
|
|
||||||
|
<p align="center"> Fig. 考虑约束下的递推关系 </p>
|
||||||
|
|
||||||
|
最终,返回 $dp[n, 1] + dp[n, 2]$ 即可,两者之和代表爬到第 $n$ 阶的方案总数。
|
||||||
|
|
||||||
|
=== "Java"
|
||||||
|
|
||||||
|
```java title="climbing_stairs_constraint_dp.java"
|
||||||
|
/* 带约束爬楼梯:动态规划 */
|
||||||
|
int climbingStairsConstraintDP(int n) {
|
||||||
|
if (n == 1 || n == 2) {
|
||||||
|
return n;
|
||||||
|
}
|
||||||
|
// 初始化 dp 列表,用于存储子问题的解
|
||||||
|
int[][] dp = new int[n + 1][3];
|
||||||
|
// 初始状态:预设最小子问题的解
|
||||||
|
dp[1][1] = 1;
|
||||||
|
dp[1][2] = 0;
|
||||||
|
dp[2][1] = 0;
|
||||||
|
dp[2][2] = 1;
|
||||||
|
// 状态转移:从较小子问题逐步求解较大子问题
|
||||||
|
for (int i = 3; i <= n; i++) {
|
||||||
|
dp[i][1] = dp[i - 1][2];
|
||||||
|
dp[i][2] = dp[i - 2][1] + dp[i - 2][2];
|
||||||
|
}
|
||||||
|
return dp[n][1] + dp[n][2];
|
||||||
|
}
|
||||||
|
```
|
||||||
|
|
||||||
|
=== "C++"
|
||||||
|
|
||||||
|
```cpp title="climbing_stairs_constraint_dp.cpp"
|
||||||
|
/* 带约束爬楼梯:动态规划 */
|
||||||
|
int climbingStairsConstraintDP(int n) {
|
||||||
|
if (n == 1 || n == 2) {
|
||||||
|
return n;
|
||||||
|
}
|
||||||
|
// 初始化 dp 列表,用于存储子问题的解
|
||||||
|
vector<vector<int>> dp(n + 1, vector<int>(3, 0));
|
||||||
|
// 初始状态:预设最小子问题的解
|
||||||
|
dp[1][1] = 1;
|
||||||
|
dp[1][2] = 0;
|
||||||
|
dp[2][1] = 0;
|
||||||
|
dp[2][2] = 1;
|
||||||
|
// 状态转移:从较小子问题逐步求解较大子问题
|
||||||
|
for (int i = 3; i <= n; i++) {
|
||||||
|
dp[i][1] = dp[i - 1][2];
|
||||||
|
dp[i][2] = dp[i - 2][1] + dp[i - 2][2];
|
||||||
|
}
|
||||||
|
return dp[n][1] + dp[n][2];
|
||||||
|
}
|
||||||
|
```
|
||||||
|
|
||||||
|
=== "Python"
|
||||||
|
|
||||||
|
```python title="climbing_stairs_constraint_dp.py"
|
||||||
|
def climbing_stairs_constraint_dp(n: int) -> int:
|
||||||
|
"""带约束爬楼梯:动态规划"""
|
||||||
|
if n == 1 or n == 2:
|
||||||
|
return n
|
||||||
|
# 初始化 dp 列表,用于存储子问题的解
|
||||||
|
dp = [[0] * 3 for _ in range(n + 1)]
|
||||||
|
# 初始状态:预设最小子问题的解
|
||||||
|
dp[1][1], dp[1][2] = 1, 0
|
||||||
|
dp[2][1], dp[2][2] = 0, 1
|
||||||
|
# 状态转移:从较小子问题逐步求解较大子问题
|
||||||
|
for i in range(3, n + 1):
|
||||||
|
dp[i][1] = dp[i - 1][2]
|
||||||
|
dp[i][2] = dp[i - 2][1] + dp[i - 2][2]
|
||||||
|
return dp[n][1] + dp[n][2]
|
||||||
|
```
|
||||||
|
|
||||||
|
=== "Go"
|
||||||
|
|
||||||
|
```go title="climbing_stairs_constraint_dp.go"
|
||||||
|
[class]{}-[func]{climbingStairsConstraintDP}
|
||||||
|
```
|
||||||
|
|
||||||
|
=== "JavaScript"
|
||||||
|
|
||||||
|
```javascript title="climbing_stairs_constraint_dp.js"
|
||||||
|
[class]{}-[func]{climbingStairsConstraintDP}
|
||||||
|
```
|
||||||
|
|
||||||
|
=== "TypeScript"
|
||||||
|
|
||||||
|
```typescript title="climbing_stairs_constraint_dp.ts"
|
||||||
|
[class]{}-[func]{climbingStairsConstraintDP}
|
||||||
|
```
|
||||||
|
|
||||||
|
=== "C"
|
||||||
|
|
||||||
|
```c title="climbing_stairs_constraint_dp.c"
|
||||||
|
[class]{}-[func]{climbingStairsConstraintDP}
|
||||||
|
```
|
||||||
|
|
||||||
|
=== "C#"
|
||||||
|
|
||||||
|
```csharp title="climbing_stairs_constraint_dp.cs"
|
||||||
|
[class]{climbing_stairs_constraint_dp}-[func]{climbingStairsConstraintDP}
|
||||||
|
```
|
||||||
|
|
||||||
|
=== "Swift"
|
||||||
|
|
||||||
|
```swift title="climbing_stairs_constraint_dp.swift"
|
||||||
|
[class]{}-[func]{climbingStairsConstraintDP}
|
||||||
|
```
|
||||||
|
|
||||||
|
=== "Zig"
|
||||||
|
|
||||||
|
```zig title="climbing_stairs_constraint_dp.zig"
|
||||||
|
[class]{}-[func]{climbingStairsConstraintDP}
|
||||||
|
```
|
||||||
|
|
||||||
|
=== "Dart"
|
||||||
|
|
||||||
|
```dart title="climbing_stairs_constraint_dp.dart"
|
||||||
|
[class]{}-[func]{climbingStairsConstraintDP}
|
||||||
|
```
|
||||||
|
|
||||||
|
在上面的案例中,由于仅需多考虑前面一个状态,我们仍然可以通过扩展状态定义,使得问题恢复无后效性。然而,许多问题具有非常严重的“有后效性”,例如:
|
||||||
|
|
||||||
|
!!! question "爬楼梯与障碍生成"
|
||||||
|
|
||||||
|
给定一个共有 $n$ 阶的楼梯,你每步可以上 $1$ 阶或者 $2$ 阶。**规定当爬到第 $i$ 阶时,系统自动会给第 $2i$ 阶上放上障碍物,之后所有轮都不允许跳到第 $2i$ 阶上**。例如,前两轮分别跳到了第 $2, 3$ 阶上,则之后就不能跳到第 $4, 6$ 阶上。请问有多少种方案可以爬到楼顶。
|
||||||
|
|
||||||
|
在这个问题中,下次跳跃依赖于过去所有的状态,因为每一次跳跃都会在更高的阶梯上设置障碍,并影响未来的跳跃。对于这类问题,动态规划往往难以解决,或是因为计算复杂度过高而难以应用。
|
||||||
|
|
||||||
|
实际上,许多组合优化问题(例如著名的旅行商问题)都不满足无后效性。对于这类问题,我们通常会选择使用其他方法,例如启发式搜索、遗传算法、强化学习等,从而降低时间复杂度,在有限时间内得到能够接受的局部最优解。
|
|
@ -4,19 +4,13 @@ comments: true
|
||||||
|
|
||||||
# 13.1. 初探动态规划
|
# 13.1. 初探动态规划
|
||||||
|
|
||||||
「动态规划 Dynamic Programming」是一种通过将复杂问题分解为更简单的子问题方式来求解问题的方法,通常用来求解最优方案的相关问题,例如寻找最短路径、最大利润、最少时间等。
|
动态规划(Dynamic Programming)是一种用于解决复杂问题的优化算法,它把一个问题分解为一系列更小的子问题,并把子问题的解存储起来以供后续使用,从而避免了重复计算,提升了解题效率。
|
||||||
|
|
||||||
然而,并非所有的最优化问题都适合用动态规划来解决。**只有当问题具有重叠子问题、最优子结构、无后效性时,动态规划才能发挥出其优势**。
|
在本节中,我们先从一个动态规划经典例题入手,学习动态规划是如何高效地求解问题的,包括:
|
||||||
|
|
||||||
在本节,我们先从几个经典例题入手,总览动态规划的主要特征,包括:
|
1. 如何暴力求解动态规划问题,什么是重叠子问题。
|
||||||
|
2. 如何向暴力搜索引入记忆化处理,从而优化时间复杂度。
|
||||||
1. 如何使用回溯来暴力求解动态规划问题,其中为什么包含重叠子问题。
|
3. 从递归解法引出动态规划解法,以及如何优化空间复杂度。
|
||||||
2. 动态规划是如何通过引入“记忆化”来优化时间复杂度的,并给出从顶至底和从底至顶两种解法。
|
|
||||||
3. 动态规划的常用术语,状态压缩的实现方式。
|
|
||||||
4. 最优子结构在动态规划问题中的表现形式,动态规划与分治的区别是什么。
|
|
||||||
5. 无后效性的含义,其对动态规划的意义是什么。
|
|
||||||
|
|
||||||
## 13.1.1. 重叠子问题
|
|
||||||
|
|
||||||
!!! question "爬楼梯"
|
!!! question "爬楼梯"
|
||||||
|
|
||||||
|
@ -181,11 +175,15 @@ comments: true
|
||||||
[class]{}-[func]{climbingStairsBacktrack}
|
[class]{}-[func]{climbingStairsBacktrack}
|
||||||
```
|
```
|
||||||
|
|
||||||
### 方法一:暴力搜索
|
## 13.1.1. 方法一:暴力搜索
|
||||||
|
|
||||||
然而,这道题并不是典型的回溯问题,而更适合从分治的角度进行解析:在分治算法中,原问题被分解为较小的子问题,通过组合子问题的解得到原问题的解。例如,归并排序将一个长数组从顶至底地划分为两个短数组,再从底至顶地将已排序的短数组进行排序。
|
然而,爬楼梯并不是典型的回溯问题,更适合从分治的角度进行解析。在分治算法中,原问题被分解为较小的子问题,通过组合子问题的解得到原问题的解。例如,归并排序将一个长数组从顶至底地划分为两个短数组,再从底至顶地将已排序的短数组进行排序。
|
||||||
|
|
||||||
对于本题,设爬到第 $i$ 阶共有 $dp[i]$ 种方案,那么 $dp[i]$ 就是原问题,其子问题包括 $dp[i-1]$ , $dp[i-2]$ , $\cdots$ , $dp[2]$ , $dp[1]$ 。
|
对于本题,设爬到第 $i$ 阶共有 $dp[i]$ 种方案,那么 $dp[i]$ 就是原问题,其子问题包括:
|
||||||
|
|
||||||
|
$$
|
||||||
|
dp[i-1] , dp[i-2] , \cdots , dp[2] , dp[1]
|
||||||
|
$$
|
||||||
|
|
||||||
由于每轮只能上 $1$ 阶或 $2$ 阶,因此当我们站在第 $i$ 阶楼梯上时,上一轮只可能站在第 $i - 1$ 阶或第 $i - 2$ 阶上,换句话说,我们只能从第 $i -1$ 阶或第 $i - 2$ 阶前往第 $i$ 阶。因此,**爬到第 $i - 1$ 阶的方案数加上爬到第 $i - 2$ 阶的方案数就等于爬到第 $i$ 阶的方案数**,即:
|
由于每轮只能上 $1$ 阶或 $2$ 阶,因此当我们站在第 $i$ 阶楼梯上时,上一轮只可能站在第 $i - 1$ 阶或第 $i - 2$ 阶上,换句话说,我们只能从第 $i -1$ 阶或第 $i - 2$ 阶前往第 $i$ 阶。因此,**爬到第 $i - 1$ 阶的方案数加上爬到第 $i - 2$ 阶的方案数就等于爬到第 $i$ 阶的方案数**,即:
|
||||||
|
|
||||||
|
@ -199,7 +197,7 @@ $$
|
||||||
|
|
||||||
基于此递推公式,我们可以写出递归代码:以 $dp[n]$ 为起始点,**从顶至底地将一个较大问题拆解为两个较小问题**,直至到达最小子问题 $dp[1]$ 和 $dp[2]$ 时返回。其中,最小子问题的解是已知的,即爬到第 $1$ , $2$ 阶分别有 $1$ , $2$ 种方案。
|
基于此递推公式,我们可以写出递归代码:以 $dp[n]$ 为起始点,**从顶至底地将一个较大问题拆解为两个较小问题**,直至到达最小子问题 $dp[1]$ 和 $dp[2]$ 时返回。其中,最小子问题的解是已知的,即爬到第 $1$ , $2$ 阶分别有 $1$ , $2$ 种方案。
|
||||||
|
|
||||||
虽然以下代码也属于深度优先搜索,但比标准回溯算法代码简洁很多,这体现了从分治角度考虑这道题的优势。
|
以下代码与回溯解法一样,都属于深度优先搜索,但它比回溯算法更加简洁,这体现了从分治角度考虑这道题的优势。
|
||||||
|
|
||||||
=== "Java"
|
=== "Java"
|
||||||
|
|
||||||
|
@ -328,9 +326,12 @@ $$
|
||||||
|
|
||||||
实际上,**指数阶的时间复杂度是由于「重叠子问题」导致的**。例如,问题 $dp[9]$ 被分解为子问题 $dp[8]$ 和 $dp[7]$ ,问题 $dp[8]$ 被分解为子问题 $dp[7]$ 和 $dp[6]$ ,两者都包含子问题 $dp[7]$ ,而子问题中又包含更小的重叠子问题,子子孙孙无穷尽也,绝大部分计算资源都浪费在这些重叠的问题上。
|
实际上,**指数阶的时间复杂度是由于「重叠子问题」导致的**。例如,问题 $dp[9]$ 被分解为子问题 $dp[8]$ 和 $dp[7]$ ,问题 $dp[8]$ 被分解为子问题 $dp[7]$ 和 $dp[6]$ ,两者都包含子问题 $dp[7]$ ,而子问题中又包含更小的重叠子问题,子子孙孙无穷尽也,绝大部分计算资源都浪费在这些重叠的问题上。
|
||||||
|
|
||||||
### 方法二:记忆化搜索
|
## 13.1.2. 方法二:记忆化搜索
|
||||||
|
|
||||||
为了提升算法效率,**我们希望所有的重叠子问题只被计算一次**。具体来说,考虑借助一个数组 `mem` 来记录每个子问题的解。当首次计算 $dp[i]$ 时,我们将其记录至 `mem[i]` ;当再次需要计算 $dp[i]$ 时,我们便可直接从 `mem[i]` 中获取结果,从而实现将重叠子问题剪枝。这种方法被称为“记忆化搜索”。
|
为了提升算法效率,**我们希望所有的重叠子问题都只被计算一次**。具体来说,考虑借助一个数组 `mem` 来记录每个子问题的解,并在搜索过程中这样做:
|
||||||
|
|
||||||
|
- 当首次计算 $dp[i]$ 时,我们将其记录至 `mem[i]` ,以便之后使用;
|
||||||
|
- 当再次需要计算 $dp[i]$ 时,我们便可直接从 `mem[i]` 中获取结果,从而将重叠子问题剪枝;
|
||||||
|
|
||||||
=== "Java"
|
=== "Java"
|
||||||
|
|
||||||
|
@ -473,17 +474,17 @@ $$
|
||||||
[class]{}-[func]{climbingStairsDFSMem}
|
[class]{}-[func]{climbingStairsDFSMem}
|
||||||
```
|
```
|
||||||
|
|
||||||
观察下图,经过记忆化处理后,所有子问题都只需被计算一次,时间复杂度为 $O(n)$ ,这是一个巨大的飞跃。实际上,如果不考虑递归带来的额外开销,记忆化搜索解法已经几乎等同于动态规划解法的时间效率。
|
观察下图,**经过记忆化处理后,所有重叠子问题都只需被计算一次,时间复杂度被优化至 $O(n)$** ,这是一个巨大的飞跃。实际上,如果不考虑递归带来的额外开销,记忆化搜索解法已经几乎等同于动态规划解法的时间效率。
|
||||||
|
|
||||||
![记忆化搜索对应递归树](intro_to_dynamic_programming.assets/climbing_stairs_dfs_memo_tree.png)
|
![记忆化搜索对应递归树](intro_to_dynamic_programming.assets/climbing_stairs_dfs_memo_tree.png)
|
||||||
|
|
||||||
<p align="center"> Fig. 记忆化搜索对应递归树 </p>
|
<p align="center"> Fig. 记忆化搜索对应递归树 </p>
|
||||||
|
|
||||||
### 方法三:动态规划
|
## 13.1.3. 方法三:动态规划
|
||||||
|
|
||||||
**记忆化搜索是一种“从顶至底”的方法**:我们从原问题(根节点)开始,递归地将较大子问题分解为较小子问题,直至解已知的最小子问题(叶节点);最终通过回溯将子问题的解逐层收集,得到原问题的解。
|
**记忆化搜索是一种“从顶至底”的方法**:我们从原问题(根节点)开始,递归地将较大子问题分解为较小子问题,直至解已知的最小子问题(叶节点);最终通过回溯将子问题的解逐层收集,得到原问题的解。
|
||||||
|
|
||||||
**我们也可以直接“从底至顶”进行求解**:从最小子问题开始,迭代地求解较大子问题,直至得到原问题的解。这便是动态规划。
|
**我们也可以直接“从底至顶”进行求解**,得到标准的动态规划解法:从最小子问题开始,迭代地求解较大子问题,直至得到原问题的解。
|
||||||
|
|
||||||
由于没有回溯过程,动态规划可以直接基于循环实现。我们初始化一个数组 `dp` 来存储子问题的解,从最小子问题开始,逐步求解较大子问题。在以下代码中,数组 `dp` 起到了记忆化搜索中数组 `mem` 相同的记录作用。
|
由于没有回溯过程,动态规划可以直接基于循环实现。我们初始化一个数组 `dp` 来存储子问题的解,从最小子问题开始,逐步求解较大子问题。在以下代码中,数组 `dp` 起到了记忆化搜索中数组 `mem` 相同的记录作用。
|
||||||
|
|
||||||
|
@ -592,9 +593,9 @@ $$
|
||||||
[class]{}-[func]{climbingStairsDP}
|
[class]{}-[func]{climbingStairsDP}
|
||||||
```
|
```
|
||||||
|
|
||||||
与回溯算法一样,动态规划也使用“状态”概念来表示问题求解的某个特定阶段,每个状态都对应一个子问题以及相应的局部最优解。例如对于爬楼梯问题,状态定义为当前所在楼梯阶数。动态规划的常用术语包括:
|
与回溯算法一样,动态规划也使用“状态”概念来表示问题求解的某个特定阶段,每个状态都对应一个子问题以及相应的局部最优解。例如对于爬楼梯问题,状态定义为当前所在楼梯阶数。**动态规划的常用术语包括**:
|
||||||
|
|
||||||
- 将 $dp$ 数组称为「状态列表」,索引与状态逐个对应,每个元素对应一个子问题的解;
|
- 将 $dp$ 数组称为「状态列表」,$dp[i]$ 代表第 $i$ 个状态的解;
|
||||||
- 将最简单子问题对应的状态(即第 $1$ , $2$ 阶楼梯)称为「初始状态」;
|
- 将最简单子问题对应的状态(即第 $1$ , $2$ 阶楼梯)称为「初始状态」;
|
||||||
- 将递推公式 $dp[i] = dp[i-1] + dp[i-2]$ 称为「状态转移方程」;
|
- 将递推公式 $dp[i] = dp[i-1] + dp[i-2]$ 称为「状态转移方程」;
|
||||||
|
|
||||||
|
@ -602,7 +603,7 @@ $$
|
||||||
|
|
||||||
<p align="center"> Fig. 爬楼梯的动态规划过程 </p>
|
<p align="center"> Fig. 爬楼梯的动态规划过程 </p>
|
||||||
|
|
||||||
细心的你可能发现,由于 $dp[i]$ 只与 $dp[i-1]$ 和 $dp[i-2]$ 有关,因此我们无需使用一个数组 `dp` 来存储所有状态,而只需两个变量滚动前进即可。如以下代码所示,由于省去了数组 `dp` 占用的空间,因此空间复杂度从 $O(n)$ 降低至 $O(1)$ 。
|
细心的你可能发现,**由于 $dp[i]$ 只与 $dp[i-1]$ 和 $dp[i-2]$ 有关,因此我们无需使用一个数组 `dp` 来存储所有状态**,而只需两个变量滚动前进即可。如以下代码所示,由于省去了数组 `dp` 占用的空间,因此空间复杂度从 $O(n)$ 降低至 $O(1)$ 。
|
||||||
|
|
||||||
=== "Java"
|
=== "Java"
|
||||||
|
|
||||||
|
@ -699,411 +700,4 @@ $$
|
||||||
[class]{}-[func]{climbingStairsDPComp}
|
[class]{}-[func]{climbingStairsDPComp}
|
||||||
```
|
```
|
||||||
|
|
||||||
**这种做法被称为「状态压缩」**。在许多动态规划问题中,当前状态仅与前面有限个状态有关,不必保存所有的历史状态,这时我们可以通过状态压缩的技巧,只保留必要的状态,通过“降维”来节省内存空间。
|
**我们将这种空间优化技巧称为「状态压缩」**。在许多动态规划问题中,当前状态仅与前面有限个状态有关,不必保存所有的历史状态,这时我们可以应用状态压缩,只保留必要的状态,通过“降维”来节省内存空间。
|
||||||
|
|
||||||
## 13.1.2. 最优子结构
|
|
||||||
|
|
||||||
爬楼梯问题很好地展示了重叠子问题。接下来,我们对题目稍作改动,使之更加适合展示最优子结构概念。
|
|
||||||
|
|
||||||
!!! question "爬楼梯最小代价"
|
|
||||||
|
|
||||||
给定一个楼梯,你每步可以上 $1$ 阶或者 $2$ 阶,每一阶楼梯上都贴有一个非负整数,表示你在该台阶所需要付出的代价。给定一个非负整数数组 $cost$ ,其中 $cost[i]$ 表示在第 $i$ 个台阶需要付出的代价,$cost[0]$ 为地面起始点。请计算最少需要付出多少代价才能到达顶部?
|
|
||||||
|
|
||||||
如下图所示,若第 $1$ , $2$ , $3$ 阶的代价分别为 $1$ , $10$ , $1$ ,则从地面爬到第 $3$ 阶的最小代价为 $2$ 。
|
|
||||||
|
|
||||||
![爬到第 3 阶的最小代价](intro_to_dynamic_programming.assets/min_cost_cs_example.png)
|
|
||||||
|
|
||||||
<p align="center"> Fig. 爬到第 3 阶的最小代价 </p>
|
|
||||||
|
|
||||||
设 $dp[i]$ 为爬到第 $i$ 阶累计付出的代价,由于第 $i$ 阶只可能从 $i - 1$ 阶或 $i - 2$ 阶走来,因此 $dp[i]$ 只可能等于 $dp[i - 1] + cost[i]$ 或 $dp[i - 2] + cost[i]$ 。为了尽可能减少代价,我们应该选择两者中较小的那一个,即:
|
|
||||||
|
|
||||||
$$
|
|
||||||
dp[i] = \min(dp[i-1], dp[i-2]) + cost[i]
|
|
||||||
$$
|
|
||||||
|
|
||||||
这便可以引出「最优子结构」的含义:**原问题的最优解是从子问题的最优解构建得来的**。对于本题,我们从两个子问题最优解 $dp[i-1]$ , $dp[i-2]$ 中挑选出较优的那一个,并用它构建出原问题 $dp[i]$ 的最优解。
|
|
||||||
|
|
||||||
相较于分治算法问题,动态规划问题的解也是由其子问题的解构成的。不同的是,**动态规划中子问题的解不仅揭示了问题的局部最优解,而且还通过特定的递推关系链接起来,共同构建出原问题的全局最优解**。
|
|
||||||
|
|
||||||
那么,上道爬楼梯题目有没有最优子结构呢?它要求解的是方案数量,看似是一个计数问题,但如果换一种问法:求解最大方案数量。我们惊喜地发现,**虽然题目修改前后是等价的,但最优子结构浮现出来了**:第 $n$ 阶最大方案数量等于第 $n-1$ 阶和第 $n-2$ 阶最大方案数量之和。所以说,最优子结构的是一个比较宽泛的概念,在不同问题中会有不同的含义。
|
|
||||||
|
|
||||||
根据以上状态转移方程,以及初始状态 $dp[1] = cost[1]$ , $dp[2] = cost[2]$ ,我们可以得出动态规划解题代码。
|
|
||||||
|
|
||||||
=== "Java"
|
|
||||||
|
|
||||||
```java title="min_cost_climbing_stairs_dp.java"
|
|
||||||
/* 爬楼梯最小代价:动态规划 */
|
|
||||||
int minCostClimbingStairsDP(int[] cost) {
|
|
||||||
int n = cost.length - 1;
|
|
||||||
if (n == 1 || n == 2)
|
|
||||||
return cost[n];
|
|
||||||
// 初始化 dp 列表,用于存储子问题的解
|
|
||||||
int[] dp = new int[n + 1];
|
|
||||||
// 初始状态:预设最小子问题的解
|
|
||||||
dp[1] = cost[1];
|
|
||||||
dp[2] = cost[2];
|
|
||||||
// 状态转移:从较小子问题逐步求解较大子问题
|
|
||||||
for (int i = 3; i <= n; i++) {
|
|
||||||
dp[i] = Math.min(dp[i - 1], dp[i - 2]) + cost[i];
|
|
||||||
}
|
|
||||||
return dp[n];
|
|
||||||
}
|
|
||||||
```
|
|
||||||
|
|
||||||
=== "C++"
|
|
||||||
|
|
||||||
```cpp title="min_cost_climbing_stairs_dp.cpp"
|
|
||||||
/* 爬楼梯最小代价:动态规划 */
|
|
||||||
int minCostClimbingStairsDP(vector<int> &cost) {
|
|
||||||
int n = cost.size() - 1;
|
|
||||||
if (n == 1 || n == 2)
|
|
||||||
return cost[n];
|
|
||||||
// 初始化 dp 列表,用于存储子问题的解
|
|
||||||
vector<int> dp(n + 1);
|
|
||||||
// 初始状态:预设最小子问题的解
|
|
||||||
dp[1] = cost[1];
|
|
||||||
dp[2] = cost[2];
|
|
||||||
// 状态转移:从较小子问题逐步求解较大子问题
|
|
||||||
for (int i = 3; i <= n; i++) {
|
|
||||||
dp[i] = min(dp[i - 1], dp[i - 2]) + cost[i];
|
|
||||||
}
|
|
||||||
return dp[n];
|
|
||||||
}
|
|
||||||
```
|
|
||||||
|
|
||||||
=== "Python"
|
|
||||||
|
|
||||||
```python title="min_cost_climbing_stairs_dp.py"
|
|
||||||
def min_cost_climbing_stairs_dp(cost: list[int]) -> int:
|
|
||||||
"""爬楼梯最小代价:动态规划"""
|
|
||||||
n = len(cost) - 1
|
|
||||||
if n == 1 or n == 2:
|
|
||||||
return cost[n]
|
|
||||||
# 初始化 dp 列表,用于存储子问题的解
|
|
||||||
dp = [0] * (n + 1)
|
|
||||||
# 初始状态:预设最小子问题的解
|
|
||||||
dp[1], dp[2] = cost[1], cost[2]
|
|
||||||
# 状态转移:从较小子问题逐步求解较大子问题
|
|
||||||
for i in range(3, n + 1):
|
|
||||||
dp[i] = min(dp[i - 1], dp[i - 2]) + cost[i]
|
|
||||||
return dp[n]
|
|
||||||
```
|
|
||||||
|
|
||||||
=== "Go"
|
|
||||||
|
|
||||||
```go title="min_cost_climbing_stairs_dp.go"
|
|
||||||
[class]{}-[func]{minCostClimbingStairsDP}
|
|
||||||
```
|
|
||||||
|
|
||||||
=== "JavaScript"
|
|
||||||
|
|
||||||
```javascript title="min_cost_climbing_stairs_dp.js"
|
|
||||||
[class]{}-[func]{minCostClimbingStairsDP}
|
|
||||||
```
|
|
||||||
|
|
||||||
=== "TypeScript"
|
|
||||||
|
|
||||||
```typescript title="min_cost_climbing_stairs_dp.ts"
|
|
||||||
[class]{}-[func]{minCostClimbingStairsDP}
|
|
||||||
```
|
|
||||||
|
|
||||||
=== "C"
|
|
||||||
|
|
||||||
```c title="min_cost_climbing_stairs_dp.c"
|
|
||||||
[class]{}-[func]{minCostClimbingStairsDP}
|
|
||||||
```
|
|
||||||
|
|
||||||
=== "C#"
|
|
||||||
|
|
||||||
```csharp title="min_cost_climbing_stairs_dp.cs"
|
|
||||||
[class]{min_cost_climbing_stairs_dp}-[func]{minCostClimbingStairsDP}
|
|
||||||
```
|
|
||||||
|
|
||||||
=== "Swift"
|
|
||||||
|
|
||||||
```swift title="min_cost_climbing_stairs_dp.swift"
|
|
||||||
[class]{}-[func]{minCostClimbingStairsDP}
|
|
||||||
```
|
|
||||||
|
|
||||||
=== "Zig"
|
|
||||||
|
|
||||||
```zig title="min_cost_climbing_stairs_dp.zig"
|
|
||||||
[class]{}-[func]{minCostClimbingStairsDP}
|
|
||||||
```
|
|
||||||
|
|
||||||
=== "Dart"
|
|
||||||
|
|
||||||
```dart title="min_cost_climbing_stairs_dp.dart"
|
|
||||||
[class]{}-[func]{minCostClimbingStairsDP}
|
|
||||||
```
|
|
||||||
|
|
||||||
![爬楼梯最小代价的动态规划过程](intro_to_dynamic_programming.assets/min_cost_cs_dp.png)
|
|
||||||
|
|
||||||
<p align="center"> Fig. 爬楼梯最小代价的动态规划过程 </p>
|
|
||||||
|
|
||||||
这道题同样也可以进行状态压缩,将一维压缩至零维,使得空间复杂度从 $O(n)$ 降低至 $O(1)$ 。
|
|
||||||
|
|
||||||
=== "Java"
|
|
||||||
|
|
||||||
```java title="min_cost_climbing_stairs_dp.java"
|
|
||||||
/* 爬楼梯最小代价:状态压缩后的动态规划 */
|
|
||||||
int minCostClimbingStairsDPComp(int[] cost) {
|
|
||||||
int n = cost.length - 1;
|
|
||||||
if (n == 1 || n == 2)
|
|
||||||
return cost[n];
|
|
||||||
int a = cost[1], b = cost[2];
|
|
||||||
for (int i = 3; i <= n; i++) {
|
|
||||||
int tmp = b;
|
|
||||||
b = Math.min(a, tmp) + cost[i];
|
|
||||||
a = tmp;
|
|
||||||
}
|
|
||||||
return b;
|
|
||||||
}
|
|
||||||
```
|
|
||||||
|
|
||||||
=== "C++"
|
|
||||||
|
|
||||||
```cpp title="min_cost_climbing_stairs_dp.cpp"
|
|
||||||
/* 爬楼梯最小代价:状态压缩后的动态规划 */
|
|
||||||
int minCostClimbingStairsDPComp(vector<int> &cost) {
|
|
||||||
int n = cost.size() - 1;
|
|
||||||
if (n == 1 || n == 2)
|
|
||||||
return cost[n];
|
|
||||||
int a = cost[1], b = cost[2];
|
|
||||||
for (int i = 3; i <= n; i++) {
|
|
||||||
int tmp = b;
|
|
||||||
b = min(a, tmp) + cost[i];
|
|
||||||
a = tmp;
|
|
||||||
}
|
|
||||||
return b;
|
|
||||||
}
|
|
||||||
```
|
|
||||||
|
|
||||||
=== "Python"
|
|
||||||
|
|
||||||
```python title="min_cost_climbing_stairs_dp.py"
|
|
||||||
def min_cost_climbing_stairs_dp_comp(cost: list[int]) -> int:
|
|
||||||
"""爬楼梯最小代价:状态压缩后的动态规划"""
|
|
||||||
n = len(cost) - 1
|
|
||||||
if n == 1 or n == 2:
|
|
||||||
return cost[n]
|
|
||||||
a, b = cost[1], cost[2]
|
|
||||||
for i in range(3, n + 1):
|
|
||||||
a, b = b, min(a, b) + cost[i]
|
|
||||||
return b
|
|
||||||
```
|
|
||||||
|
|
||||||
=== "Go"
|
|
||||||
|
|
||||||
```go title="min_cost_climbing_stairs_dp.go"
|
|
||||||
[class]{}-[func]{minCostClimbingStairsDPComp}
|
|
||||||
```
|
|
||||||
|
|
||||||
=== "JavaScript"
|
|
||||||
|
|
||||||
```javascript title="min_cost_climbing_stairs_dp.js"
|
|
||||||
[class]{}-[func]{minCostClimbingStairsDPComp}
|
|
||||||
```
|
|
||||||
|
|
||||||
=== "TypeScript"
|
|
||||||
|
|
||||||
```typescript title="min_cost_climbing_stairs_dp.ts"
|
|
||||||
[class]{}-[func]{minCostClimbingStairsDPComp}
|
|
||||||
```
|
|
||||||
|
|
||||||
=== "C"
|
|
||||||
|
|
||||||
```c title="min_cost_climbing_stairs_dp.c"
|
|
||||||
[class]{}-[func]{minCostClimbingStairsDPComp}
|
|
||||||
```
|
|
||||||
|
|
||||||
=== "C#"
|
|
||||||
|
|
||||||
```csharp title="min_cost_climbing_stairs_dp.cs"
|
|
||||||
[class]{min_cost_climbing_stairs_dp}-[func]{minCostClimbingStairsDPComp}
|
|
||||||
```
|
|
||||||
|
|
||||||
=== "Swift"
|
|
||||||
|
|
||||||
```swift title="min_cost_climbing_stairs_dp.swift"
|
|
||||||
[class]{}-[func]{minCostClimbingStairsDPComp}
|
|
||||||
```
|
|
||||||
|
|
||||||
=== "Zig"
|
|
||||||
|
|
||||||
```zig title="min_cost_climbing_stairs_dp.zig"
|
|
||||||
[class]{}-[func]{minCostClimbingStairsDPComp}
|
|
||||||
```
|
|
||||||
|
|
||||||
=== "Dart"
|
|
||||||
|
|
||||||
```dart title="min_cost_climbing_stairs_dp.dart"
|
|
||||||
[class]{}-[func]{minCostClimbingStairsDPComp}
|
|
||||||
```
|
|
||||||
|
|
||||||
## 13.1.3. 无后效性
|
|
||||||
|
|
||||||
除了重叠子问题和最优子结构以外,「无后效性」也是动态规划能够有效解决问题的重要特性之一。我们先来看下无后效性定义:**给定一个确定的状态,它的未来发展只与当前状态有关,而与当前状态过去所经历过的所有状态无关**。
|
|
||||||
|
|
||||||
以爬楼梯问题为例,给定状态 $i$ ,它会发展出状态 $i+1$ 和状态 $i+2$ ,分别对应跳 $1$ 步和跳 $2$ 步。在做出这两种选择时,我们无需考虑状态 $i$ 之前的状态,即它们对状态 $i$ 的未来没有影响。
|
|
||||||
|
|
||||||
然而,如果我们向爬楼梯问题添加一个约束,情况就不一样了。
|
|
||||||
|
|
||||||
!!! question "带约束爬楼梯"
|
|
||||||
|
|
||||||
给定一个共有 $n$ 阶的楼梯,你每步可以上 $1$ 阶或者 $2$ 阶,**但不能连续两轮跳 $1$ 阶**,请问有多少种方案可以爬到楼顶。
|
|
||||||
|
|
||||||
例如,爬上第 $3$ 阶仅剩 $2$ 种可行方案,其中连续三次跳 $1$ 阶的方案不满足约束条件,因此被舍弃。
|
|
||||||
|
|
||||||
![带约束爬到第 3 阶的方案数量](intro_to_dynamic_programming.assets/climbing_stairs_constraint_example.png)
|
|
||||||
|
|
||||||
<p align="center"> Fig. 带约束爬到第 3 阶的方案数量 </p>
|
|
||||||
|
|
||||||
在该问题中,**下一步选择不能由当前状态(当前楼梯阶数)独立决定,还和前一个状态(上轮楼梯阶数)有关**。如果上一轮是跳 $1$ 阶上来的,那么下一轮就必须跳 $2$ 阶。
|
|
||||||
|
|
||||||
不难发现,此问题已不满足无后效性,状态转移方程 $dp[i] = dp[i-1] + dp[i-2]$ 也失效了,因为 $dp[i-1]$ 代表本轮跳 $1$ 阶,但其中包含了许多“上一轮跳 $1$ 阶上来的”方案,而为了满足约束,我们不能将 $dp[i-1]$ 直接计入 $dp[i]$ 中。
|
|
||||||
|
|
||||||
为了解决该问题,我们需要扩展状态定义:**状态 $[i, j]$ 表示处在第 $i$ 阶、并且上一轮跳了 $j$ 阶**,其中 $j \in \{1, 2\}$ 。此状态定义有效地区分了上一轮跳了 $1$ 阶还是 $2$ 阶,我们可以据此来决定下一步该怎么跳:
|
|
||||||
|
|
||||||
- 当 $j$ 等于 $1$ ,即上一轮跳了 $1$ 阶时,这一轮只能选择跳 $2$ 阶;
|
|
||||||
- 当 $j$ 等于 $2$ ,即上一轮跳了 $2$ 阶时,这一轮可选择跳 $1$ 阶或跳 $2$ 阶;
|
|
||||||
|
|
||||||
在该定义下,$dp[i, j]$ 表示状态 $[i, j]$ 对应的方案数。由此,我们便能推导出以下的状态转移方程:
|
|
||||||
|
|
||||||
$$
|
|
||||||
\begin{cases}
|
|
||||||
dp[i, 1] = dp[i-1, 2] \\
|
|
||||||
dp[i, 2] = dp[i-2, 1] + dp[i-2, 2]
|
|
||||||
\end{cases}
|
|
||||||
$$
|
|
||||||
|
|
||||||
![考虑约束下的递推关系](intro_to_dynamic_programming.assets/climbing_stairs_constraint_state_transfer.png)
|
|
||||||
|
|
||||||
<p align="center"> Fig. 考虑约束下的递推关系 </p>
|
|
||||||
|
|
||||||
最终,返回 $dp[n, 1] + dp[n, 2]$ 即可,两者之和代表爬到第 $n$ 阶的方案总数。
|
|
||||||
|
|
||||||
=== "Java"
|
|
||||||
|
|
||||||
```java title="climbing_stairs_constraint_dp.java"
|
|
||||||
/* 带约束爬楼梯:动态规划 */
|
|
||||||
int climbingStairsConstraintDP(int n) {
|
|
||||||
if (n == 1 || n == 2) {
|
|
||||||
return n;
|
|
||||||
}
|
|
||||||
// 初始化 dp 列表,用于存储子问题的解
|
|
||||||
int[][] dp = new int[n + 1][3];
|
|
||||||
// 初始状态:预设最小子问题的解
|
|
||||||
dp[1][1] = 1;
|
|
||||||
dp[1][2] = 0;
|
|
||||||
dp[2][1] = 0;
|
|
||||||
dp[2][2] = 1;
|
|
||||||
// 状态转移:从较小子问题逐步求解较大子问题
|
|
||||||
for (int i = 3; i <= n; i++) {
|
|
||||||
dp[i][1] = dp[i - 1][2];
|
|
||||||
dp[i][2] = dp[i - 2][1] + dp[i - 2][2];
|
|
||||||
}
|
|
||||||
return dp[n][1] + dp[n][2];
|
|
||||||
}
|
|
||||||
```
|
|
||||||
|
|
||||||
=== "C++"
|
|
||||||
|
|
||||||
```cpp title="climbing_stairs_constraint_dp.cpp"
|
|
||||||
/* 带约束爬楼梯:动态规划 */
|
|
||||||
int climbingStairsConstraintDP(int n) {
|
|
||||||
if (n == 1 || n == 2) {
|
|
||||||
return n;
|
|
||||||
}
|
|
||||||
// 初始化 dp 列表,用于存储子问题的解
|
|
||||||
vector<vector<int>> dp(n + 1, vector<int>(3, 0));
|
|
||||||
// 初始状态:预设最小子问题的解
|
|
||||||
dp[1][1] = 1;
|
|
||||||
dp[1][2] = 0;
|
|
||||||
dp[2][1] = 0;
|
|
||||||
dp[2][2] = 1;
|
|
||||||
// 状态转移:从较小子问题逐步求解较大子问题
|
|
||||||
for (int i = 3; i <= n; i++) {
|
|
||||||
dp[i][1] = dp[i - 1][2];
|
|
||||||
dp[i][2] = dp[i - 2][1] + dp[i - 2][2];
|
|
||||||
}
|
|
||||||
return dp[n][1] + dp[n][2];
|
|
||||||
}
|
|
||||||
```
|
|
||||||
|
|
||||||
=== "Python"
|
|
||||||
|
|
||||||
```python title="climbing_stairs_constraint_dp.py"
|
|
||||||
def climbing_stairs_constraint_dp(n: int) -> int:
|
|
||||||
"""带约束爬楼梯:动态规划"""
|
|
||||||
if n == 1 or n == 2:
|
|
||||||
return n
|
|
||||||
# 初始化 dp 列表,用于存储子问题的解
|
|
||||||
dp = [[0] * 3 for _ in range(n + 1)]
|
|
||||||
# 初始状态:预设最小子问题的解
|
|
||||||
dp[1][1], dp[1][2] = 1, 0
|
|
||||||
dp[2][1], dp[2][2] = 0, 1
|
|
||||||
# 状态转移:从较小子问题逐步求解较大子问题
|
|
||||||
for i in range(3, n + 1):
|
|
||||||
dp[i][1] = dp[i - 1][2]
|
|
||||||
dp[i][2] = dp[i - 2][1] + dp[i - 2][2]
|
|
||||||
return dp[n][1] + dp[n][2]
|
|
||||||
```
|
|
||||||
|
|
||||||
=== "Go"
|
|
||||||
|
|
||||||
```go title="climbing_stairs_constraint_dp.go"
|
|
||||||
[class]{}-[func]{climbingStairsConstraintDP}
|
|
||||||
```
|
|
||||||
|
|
||||||
=== "JavaScript"
|
|
||||||
|
|
||||||
```javascript title="climbing_stairs_constraint_dp.js"
|
|
||||||
[class]{}-[func]{climbingStairsConstraintDP}
|
|
||||||
```
|
|
||||||
|
|
||||||
=== "TypeScript"
|
|
||||||
|
|
||||||
```typescript title="climbing_stairs_constraint_dp.ts"
|
|
||||||
[class]{}-[func]{climbingStairsConstraintDP}
|
|
||||||
```
|
|
||||||
|
|
||||||
=== "C"
|
|
||||||
|
|
||||||
```c title="climbing_stairs_constraint_dp.c"
|
|
||||||
[class]{}-[func]{climbingStairsConstraintDP}
|
|
||||||
```
|
|
||||||
|
|
||||||
=== "C#"
|
|
||||||
|
|
||||||
```csharp title="climbing_stairs_constraint_dp.cs"
|
|
||||||
[class]{climbing_stairs_constraint_dp}-[func]{climbingStairsConstraintDP}
|
|
||||||
```
|
|
||||||
|
|
||||||
=== "Swift"
|
|
||||||
|
|
||||||
```swift title="climbing_stairs_constraint_dp.swift"
|
|
||||||
[class]{}-[func]{climbingStairsConstraintDP}
|
|
||||||
```
|
|
||||||
|
|
||||||
=== "Zig"
|
|
||||||
|
|
||||||
```zig title="climbing_stairs_constraint_dp.zig"
|
|
||||||
[class]{}-[func]{climbingStairsConstraintDP}
|
|
||||||
```
|
|
||||||
|
|
||||||
=== "Dart"
|
|
||||||
|
|
||||||
```dart title="climbing_stairs_constraint_dp.dart"
|
|
||||||
[class]{}-[func]{climbingStairsConstraintDP}
|
|
||||||
```
|
|
||||||
|
|
||||||
在上面的案例中,由于仅需多考虑前面一个状态,我们仍然可以通过扩展状态定义,使得问题恢复无后效性。然而,许多问题具有非常严重的“有后效性”,例如:
|
|
||||||
|
|
||||||
!!! question "爬楼梯与障碍生成"
|
|
||||||
|
|
||||||
给定一个共有 $n$ 阶的楼梯,你每步可以上 $1$ 阶或者 $2$ 阶。**规定当爬到第 $i$ 阶时,系统自动会给第 $2i$ 阶上放上障碍物,之后所有轮都不允许跳到第 $2i$ 阶上**。例如,前两轮分别跳到了第 $2, 3$ 阶上,则之后就不能跳到第 $4, 6$ 阶上。请问有多少种方案可以爬到楼顶。
|
|
||||||
|
|
||||||
在这个问题中,下次跳跃依赖于过去所有的状态,因为每一次跳跃都会在更高的阶梯上设置障碍,并影响未来的跳跃。对于这类问题,动态规划往往难以解决,或是因为计算复杂度过高而难以应用。
|
|
||||||
|
|
||||||
实际上,许多组合优化问题(例如著名的旅行商问题)都不满足无后效性。对于这类问题,我们通常会选择使用其他方法,例如启发式搜索、遗传算法、强化学习等,从而降低时间复杂度,在有限时间内得到能够接受的局部最优解。
|
|
||||||
|
|
|
@ -597,7 +597,105 @@ comments: true
|
||||||
=== "Swift"
|
=== "Swift"
|
||||||
|
|
||||||
```swift title="hash_map_chaining.swift"
|
```swift title="hash_map_chaining.swift"
|
||||||
[class]{HashMapChaining}-[func]{}
|
/* 链式地址哈希表 */
|
||||||
|
class HashMapChaining {
|
||||||
|
var size: Int // 键值对数量
|
||||||
|
var capacity: Int // 哈希表容量
|
||||||
|
var loadThres: Double // 触发扩容的负载因子阈值
|
||||||
|
var extendRatio: Int // 扩容倍数
|
||||||
|
var buckets: [[Pair]] // 桶数组
|
||||||
|
|
||||||
|
/* 构造方法 */
|
||||||
|
init() {
|
||||||
|
size = 0
|
||||||
|
capacity = 4
|
||||||
|
loadThres = 2 / 3
|
||||||
|
extendRatio = 2
|
||||||
|
buckets = Array(repeating: [], count: capacity)
|
||||||
|
}
|
||||||
|
|
||||||
|
/* 哈希函数 */
|
||||||
|
func hashFunc(key: Int) -> Int {
|
||||||
|
key % capacity
|
||||||
|
}
|
||||||
|
|
||||||
|
/* 负载因子 */
|
||||||
|
func loadFactor() -> Double {
|
||||||
|
Double(size / capacity)
|
||||||
|
}
|
||||||
|
|
||||||
|
/* 查询操作 */
|
||||||
|
func get(key: Int) -> String? {
|
||||||
|
let index = hashFunc(key: key)
|
||||||
|
let bucket = buckets[index]
|
||||||
|
// 遍历桶,若找到 key 则返回对应 val
|
||||||
|
for pair in bucket {
|
||||||
|
if pair.key == key {
|
||||||
|
return pair.val
|
||||||
|
}
|
||||||
|
}
|
||||||
|
// 若未找到 key 则返回 nil
|
||||||
|
return nil
|
||||||
|
}
|
||||||
|
|
||||||
|
/* 添加操作 */
|
||||||
|
func put(key: Int, val: String) {
|
||||||
|
// 当负载因子超过阈值时,执行扩容
|
||||||
|
if loadFactor() > loadThres {
|
||||||
|
extend()
|
||||||
|
}
|
||||||
|
let index = hashFunc(key: key)
|
||||||
|
let bucket = buckets[index]
|
||||||
|
// 遍历桶,若遇到指定 key ,则更新对应 val 并返回
|
||||||
|
for pair in bucket {
|
||||||
|
if pair.key == key {
|
||||||
|
pair.val = val
|
||||||
|
return
|
||||||
|
}
|
||||||
|
}
|
||||||
|
// 若无该 key ,则将键值对添加至尾部
|
||||||
|
let pair = Pair(key: key, val: val)
|
||||||
|
buckets[index].append(pair)
|
||||||
|
size += 1
|
||||||
|
}
|
||||||
|
|
||||||
|
/* 删除操作 */
|
||||||
|
func remove(key: Int) {
|
||||||
|
let index = hashFunc(key: key)
|
||||||
|
let bucket = buckets[index]
|
||||||
|
// 遍历桶,从中删除键值对
|
||||||
|
for (pairIndex, pair) in bucket.enumerated() {
|
||||||
|
if pair.key == key {
|
||||||
|
buckets[index].remove(at: pairIndex)
|
||||||
|
}
|
||||||
|
}
|
||||||
|
size -= 1
|
||||||
|
}
|
||||||
|
|
||||||
|
/* 扩容哈希表 */
|
||||||
|
func extend() {
|
||||||
|
// 暂存原哈希表
|
||||||
|
let bucketsTmp = buckets
|
||||||
|
// 初始化扩容后的新哈希表
|
||||||
|
capacity *= extendRatio
|
||||||
|
buckets = Array(repeating: [], count: capacity)
|
||||||
|
size = 0
|
||||||
|
// 将键值对从原哈希表搬运至新哈希表
|
||||||
|
for bucket in bucketsTmp {
|
||||||
|
for pair in bucket {
|
||||||
|
put(key: pair.key, val: pair.val)
|
||||||
|
}
|
||||||
|
}
|
||||||
|
}
|
||||||
|
|
||||||
|
/* 打印哈希表 */
|
||||||
|
func print() {
|
||||||
|
for bucket in buckets {
|
||||||
|
let res = bucket.map { "\($0.key) -> \($0.val)" }
|
||||||
|
Swift.print(res)
|
||||||
|
}
|
||||||
|
}
|
||||||
|
}
|
||||||
```
|
```
|
||||||
|
|
||||||
=== "Zig"
|
=== "Zig"
|
||||||
|
@ -1362,7 +1460,126 @@ comments: true
|
||||||
=== "Swift"
|
=== "Swift"
|
||||||
|
|
||||||
```swift title="hash_map_open_addressing.swift"
|
```swift title="hash_map_open_addressing.swift"
|
||||||
[class]{HashMapOpenAddressing}-[func]{}
|
/* 开放寻址哈希表 */
|
||||||
|
class HashMapOpenAddressing {
|
||||||
|
var size: Int // 键值对数量
|
||||||
|
var capacity: Int // 哈希表容量
|
||||||
|
var loadThres: Double // 触发扩容的负载因子阈值
|
||||||
|
var extendRatio: Int // 扩容倍数
|
||||||
|
var buckets: [Pair?] // 桶数组
|
||||||
|
var removed: Pair // 删除标记
|
||||||
|
|
||||||
|
/* 构造方法 */
|
||||||
|
init() {
|
||||||
|
size = 0
|
||||||
|
capacity = 4
|
||||||
|
loadThres = 2 / 3
|
||||||
|
extendRatio = 2
|
||||||
|
buckets = Array(repeating: nil, count: capacity)
|
||||||
|
removed = Pair(key: -1, val: "-1")
|
||||||
|
}
|
||||||
|
|
||||||
|
/* 哈希函数 */
|
||||||
|
func hashFunc(key: Int) -> Int {
|
||||||
|
key % capacity
|
||||||
|
}
|
||||||
|
|
||||||
|
/* 负载因子 */
|
||||||
|
func loadFactor() -> Double {
|
||||||
|
Double(size / capacity)
|
||||||
|
}
|
||||||
|
|
||||||
|
/* 查询操作 */
|
||||||
|
func get(key: Int) -> String? {
|
||||||
|
let index = hashFunc(key: key)
|
||||||
|
// 线性探测,从 index 开始向后遍历
|
||||||
|
for i in stride(from: 0, to: capacity, by: 1) {
|
||||||
|
// 计算桶索引,越过尾部返回头部
|
||||||
|
let j = (index + i) % capacity
|
||||||
|
// 若遇到空桶,说明无此 key ,则返回 nil
|
||||||
|
if buckets[j] == nil {
|
||||||
|
return nil
|
||||||
|
}
|
||||||
|
// 若遇到指定 key ,则返回对应 val
|
||||||
|
if buckets[j]?.key == key, buckets[j] != removed {
|
||||||
|
return buckets[j]?.val
|
||||||
|
}
|
||||||
|
}
|
||||||
|
return nil
|
||||||
|
}
|
||||||
|
|
||||||
|
/* 添加操作 */
|
||||||
|
func put(key: Int, val: String) {
|
||||||
|
// 当负载因子超过阈值时,执行扩容
|
||||||
|
if loadFactor() > loadThres {
|
||||||
|
extend()
|
||||||
|
}
|
||||||
|
let index = hashFunc(key: key)
|
||||||
|
// 线性探测,从 index 开始向后遍历
|
||||||
|
for i in stride(from: 0, through: capacity, by: 1) {
|
||||||
|
// 计算桶索引,越过尾部返回头部
|
||||||
|
let j = (index + i) % capacity
|
||||||
|
// 若遇到空桶、或带有删除标记的桶,则将键值对放入该桶
|
||||||
|
if buckets[j] == nil || buckets[j] == removed {
|
||||||
|
buckets[j] = Pair(key: key, val: val)
|
||||||
|
size += 1
|
||||||
|
return
|
||||||
|
}
|
||||||
|
// 若遇到指定 key ,则更新对应 val
|
||||||
|
if buckets[j]?.key == key {
|
||||||
|
buckets[j]?.val = val
|
||||||
|
return
|
||||||
|
}
|
||||||
|
}
|
||||||
|
}
|
||||||
|
|
||||||
|
/* 删除操作 */
|
||||||
|
func remove(key: Int) {
|
||||||
|
let index = hashFunc(key: key)
|
||||||
|
// 线性探测,从 index 开始向后遍历
|
||||||
|
for i in stride(from: 0, to: capacity, by: 1) {
|
||||||
|
// 计算桶索引,越过尾部返回头部
|
||||||
|
let j = (index + i) % capacity
|
||||||
|
// 若遇到空桶,说明无此 key ,则直接返回
|
||||||
|
if buckets[j] == nil {
|
||||||
|
return
|
||||||
|
}
|
||||||
|
// 若遇到指定 key ,则标记删除并返回
|
||||||
|
if buckets[j]?.key == key {
|
||||||
|
buckets[j] = removed
|
||||||
|
size -= 1
|
||||||
|
return
|
||||||
|
}
|
||||||
|
}
|
||||||
|
}
|
||||||
|
|
||||||
|
/* 扩容哈希表 */
|
||||||
|
func extend() {
|
||||||
|
// 暂存原哈希表
|
||||||
|
let bucketsTmp = buckets
|
||||||
|
// 初始化扩容后的新哈希表
|
||||||
|
capacity *= extendRatio
|
||||||
|
buckets = Array(repeating: nil, count: capacity)
|
||||||
|
size = 0
|
||||||
|
// 将键值对从原哈希表搬运至新哈希表
|
||||||
|
for pair in bucketsTmp {
|
||||||
|
if let pair, pair != removed {
|
||||||
|
put(key: pair.key, val: pair.val)
|
||||||
|
}
|
||||||
|
}
|
||||||
|
}
|
||||||
|
|
||||||
|
/* 打印哈希表 */
|
||||||
|
func print() {
|
||||||
|
for pair in buckets {
|
||||||
|
if let pair {
|
||||||
|
Swift.print("\(pair.key) -> \(pair.val)")
|
||||||
|
} else {
|
||||||
|
Swift.print("null")
|
||||||
|
}
|
||||||
|
}
|
||||||
|
}
|
||||||
|
}
|
||||||
```
|
```
|
||||||
|
|
||||||
=== "Zig"
|
=== "Zig"
|
||||||
|
|
|
@ -6,7 +6,7 @@ comments: true
|
||||||
|
|
||||||
当我们听到“算法”这个词时,很自然地会想到数学。然而实际上,许多算法并不涉及复杂数学,而是更多地依赖于基本逻辑,这些逻辑在我们的日常生活中处处可见。
|
当我们听到“算法”这个词时,很自然地会想到数学。然而实际上,许多算法并不涉及复杂数学,而是更多地依赖于基本逻辑,这些逻辑在我们的日常生活中处处可见。
|
||||||
|
|
||||||
在正式探讨算法之前,有一个有趣的事实值得分享:**实际上,你已经学会了许多算法,并习惯将他们应用到日常生活中了**。下面,我将举两个具体例子来证实这一点。
|
在正式探讨算法之前,有一个有趣的事实值得分享:**你已经在不知不觉中学会了许多算法,并习惯将它们应用到日常生活中了**。下面,我将举即个具体例子来证实这一点。
|
||||||
|
|
||||||
**例一:拼装积木**。一套积木,除了包含许多零件之外,还附有详细的组装说明书。我们按照说明书一步步操作,就能组装出精美的积木模型。
|
**例一:拼装积木**。一套积木,除了包含许多零件之外,还附有详细的组装说明书。我们按照说明书一步步操作,就能组装出精美的积木模型。
|
||||||
|
|
||||||
|
|
|
@ -350,7 +350,7 @@ comments: true
|
||||||
j = m - 1 # target 在区间 [i, m-1] 中
|
j = m - 1 # target 在区间 [i, m-1] 中
|
||||||
else:
|
else:
|
||||||
i = m + 1 # 首个大于 target 的元素在区间 [m+1, j] 中
|
i = m + 1 # 首个大于 target 的元素在区间 [m+1, j] 中
|
||||||
if j == len(nums) or nums[j] != target:
|
if j < 0 or nums[j] != target:
|
||||||
return -1 # 未找到目标元素,返回 -1
|
return -1 # 未找到目标元素,返回 -1
|
||||||
return j
|
return j
|
||||||
```
|
```
|
||||||
|
@ -401,7 +401,7 @@ comments: true
|
||||||
i = m + 1; // 首个大于 target 的元素在区间 [m+1, j] 中
|
i = m + 1; // 首个大于 target 的元素在区间 [m+1, j] 中
|
||||||
}
|
}
|
||||||
}
|
}
|
||||||
if (j == nums.length || nums[j] != target) {
|
if (j < 0 || nums[j] != target) {
|
||||||
return -1; // 未找到目标元素,返回 -1
|
return -1; // 未找到目标元素,返回 -1
|
||||||
}
|
}
|
||||||
return j;
|
return j;
|
||||||
|
@ -424,7 +424,7 @@ comments: true
|
||||||
i = m + 1; // 首个大于 target 的元素在区间 [m+1, j] 中
|
i = m + 1; // 首个大于 target 的元素在区间 [m+1, j] 中
|
||||||
}
|
}
|
||||||
}
|
}
|
||||||
if (j == nums.length || nums[j] != target) {
|
if (j < 0 || nums[j] != target) {
|
||||||
return -1; // 未找到目标元素,返回 -1
|
return -1; // 未找到目标元素,返回 -1
|
||||||
}
|
}
|
||||||
return j;
|
return j;
|
||||||
|
|
|
@ -37,3 +37,7 @@ comments: true
|
||||||
!!! question "在 C++ 中,函数被划分到 `private` 和 `public` 中,这方面有什么考量吗?为什么要将 `height()` 函数和 `updateHeight()` 函数分别放在 `public` 和 `private` 中呢?"
|
!!! question "在 C++ 中,函数被划分到 `private` 和 `public` 中,这方面有什么考量吗?为什么要将 `height()` 函数和 `updateHeight()` 函数分别放在 `public` 和 `private` 中呢?"
|
||||||
|
|
||||||
主要看方法的使用范围,如果方法只在类内部使用,那么就设计为 `private` 。例如,用户单独调用 `updateHeight()` 是没有意义的,它只是插入、删除操作中的一步。而 `height()` 是访问结点高度,类似于 `vector.size()` ,因此设置成 `public` 以便使用。
|
主要看方法的使用范围,如果方法只在类内部使用,那么就设计为 `private` 。例如,用户单独调用 `updateHeight()` 是没有意义的,它只是插入、删除操作中的一步。而 `height()` 是访问结点高度,类似于 `vector.size()` ,因此设置成 `public` 以便使用。
|
||||||
|
|
||||||
|
!!! question "请问如何从一组输入数据构建一个二叉搜索树?根节点的选择是不是很重要?"
|
||||||
|
|
||||||
|
是的,构建树的方法是 `build_tree()` ,已在源代码中给出。至于根节点的选择,我们通常会将输入数据排序,然后用中点元素作为根节点,再递归地构建左右子树。这样做可以最大程度保证树的平衡性。
|
||||||
|
|
Loading…
Reference in a new issue