3
3
## Huffman encode(哈夫曼编码)
4
4
5
5
Huffman 编码的基本思想就是用短的编码表示出现频率高的字符,用长的编码来表示出现频率低的字符,这使得编码之后的字符串的平均长度、长度的期望值降低,从而实现压缩的目的。
6
- 因此 Huffman 编码被广泛地应用于无损压缩领域。
6
+ 因此 Huffman 编码被广泛地应用于无损压缩领域。 可以看出, huffman 编码是 ** 一种可变编码 ** ,而不是固定长度编码。
7
7
8
8
Huffman 编码的过程包含两个主要部分:
9
9
10
10
- 根据输入字符构建 Huffman 树
11
11
- 遍历 Huffman 树,并将树的节点分配给字符
12
12
13
- 上面提到了他的基本原理就是` 用短的编码表示出现频率高的字符,用长的编码来表示出现频率低的字符 ` ,
14
- 因此首先要做的就是统计字符的出现频率,然后根据统计的频率来构建 Huffman 树(又叫最优二叉树)。
13
+ 上面提到了他的基本原理就是` 用短的编码表示出现频率高的字符,用长的编码来表示出现频率低的字符 ` ,因此首先要做的就是统计字符的出现频率,然后根据统计的频率来构建 Huffman 树(又叫最优二叉树)。
15
14
16
15
![ Huffman-tree] ( ../assets/thinkings/huffman-tree.webp )
17
16
18
- Huffman 树就像是一个堆 。真正执行编码的时候,类似字典树,节点不用来编码,节点的路径用来编码.
17
+ 如图, ** huffman 树以一颗二叉树 ** 。 其中节点的左子节点路径用 0 表示,右子节点用 1 表示,节点的值表示的是其权重,权重越大深度越小。深度表示的其实就是编码的长度。通常我们使用字符出现的频率作为权重 。真正执行编码的时候,类似字典树,节点不用来编码,节点的路径用来编码.
19
18
20
- > 节点的值只是用来构建 Huffman 树
19
+ > 如果计算机使用三进制,而不是二进制,那么 huffman 树就应该是一个三叉树。
21
20
22
- eg:
21
+ ## 实例
23
22
24
- 我们统计的结果如下 :
23
+ 比如我们对一个字符串的频率统计的结果如下 :
25
24
26
- | character| frequency|
27
- | :--: | :--: |
28
- | a | 5 |
29
- | b | 9 |
30
- | c | 12 |
31
- | d | 13 |
32
- | e | 16 |
33
- | f | 45 |
25
+ | character | frequency |
26
+ | :-------: | :-------: |
27
+ | a | 5 |
28
+ | b | 9 |
29
+ | c | 12 |
30
+ | d | 13 |
31
+ | e | 16 |
32
+ | f | 45 |
34
33
35
34
- 将每个元素构造成一个节点,即只有一个元素的树。并构建一个最小堆,包含所有的节点,该算法用了最小堆来作为优先队列。
36
35
37
- - ` 选取两个权值最小的节点 ` ,并添加一个权值为5 +9=14的节点 ,作为他们的父节点。并` 更新最小堆 ` ,现在最小堆包含5个节点,其中4个树还是原来的节点,权值为5和9的节点合并为一个 。
36
+ - ` 选取两个权值最小的节点 ` ,并添加一个权值为 5 +9=14 的节点 ,作为他们的父节点。并` 更新最小堆 ` ,现在最小堆包含 5 个节点,其中 4 个树还是原来的节点,权值为 5 和 9 的节点合并为一个 。
38
37
39
38
结果是这样的:
40
39
41
40
![ huffman-example] ( https://tva1.sinaimg.cn/large/007S8ZIlly1ghluhusda8j30re0hmabe.jpg )
42
41
43
- | character| frequency| encoding|
44
- | :-: | :-: | :-: |
45
- | a | 5 | 1100|
46
- | b | 9 | 1101|
47
- | c | 12 | 100|
48
- | d | 13 | 101|
49
- | e | 16 | 111|
50
- | f | 45 | 0 |
42
+ | character | frequency | encoding |
43
+ | :-------: | :-------: | :------: |
44
+ | a | 5 | 1100 |
45
+ | b | 9 | 1101 |
46
+ | c | 12 | 100 |
47
+ | d | 13 | 101 |
48
+ | e | 16 | 111 |
49
+ | f | 45 | 0 |
51
50
52
51
## run-length encode(游程编码)
53
52
@@ -65,25 +64,21 @@ AAAAABBBBCCC
65
64
5A4B3C
66
65
```
67
66
68
- 5A表示这个地方有5个连续的A,同理4B表示有4个连续的B,3C表示有3个连续的C ,其它情况以此类推。
67
+ 5A 表示这个地方有 5 个连续的 A,同理 4B 表示有 4 个连续的 B,3C 表示有 3 个连续的 C ,其它情况以此类推。
69
68
70
- 但是实际上情况可能会非常复杂, 如何提取子序列有时候没有看的那么简单,还是上面的例子,我们
71
- 有时候可以把` AAAAABBBBCCC ` 整体看成一个子序列, 更复杂的情况还有很多,这里不做扩展。
69
+ 但是实际上情况可能会非常复杂,我们可以对单个字符进行编码,也可以对多个字符进行编码。 因此如何提取子序列就是一个问题。这并没有看的那么简单。还是以上面的例子来说,我们有也可以把` AAAAABBBBCCC ` 整体看成一个子序列,这样编码的长度就有所编码。究竟使用哪种方法,取决于压缩的时间和压缩的比例等。 更复杂的情况还有很多,这里不做扩展。
72
70
73
- 对文件进行压缩比较适合的情况是文件内的二进制有大量的连续重复,
74
- 一个经典的例子就是具有大面积色块的BMP图像,BMP因为没有压缩,
75
- 所以看到的是什么样子存储的时候二进制就是什么样子
71
+ 对文件进行压缩比较适合的情况是文件内的二进制有大量的连续重复,一个经典的例子就是具有大面积色块的 BMP 图像,BMP 因为没有压缩,所以看到的是什么样子存储的时候二进制就是什么样子
76
72
77
73
> 这也是我们图片倾向于纯色的时候,压缩会有很好的效果
78
74
79
- > 思考一个问题, 如果我们在CDN上存储两个图片,这两个图片几乎完全一样,我们是否可以进行优化呢?
80
- 这虽然是CDN厂商更应该关心的问题,但是这个问题对我们影响依然很大,值得思考
75
+ 思考一个问题, 如果我们在 CDN 上存储两个图片,这两个图片几乎完全一样,我们是否可以进行优化呢?这虽然是 CDN 厂商更应该关心的问题,但是这个问题对我们影响依然很大,值得思考。
81
76
82
77
## 总结
83
78
84
- 游程编码和Huffman都是无损压缩算法 ,即解压缩过程不会损失原数据任何内容。 实际情况,我们先用游程编码一遍,然后再用 Huffman 再次编码一次。几乎所有的无损压缩格式都用到了它们,比如PNG ,GIF,PDF,ZIP等 。
79
+ 游程编码和 Huffman 都是无损压缩算法 ,即解压缩过程不会损失原数据任何内容。 实际情况,我们先用游程编码一遍,然后再用 Huffman 再次编码一次。几乎所有的无损压缩格式都用到了它们,比如 PNG ,GIF,PDF,ZIP 等 。
85
80
86
- 对于有损压缩,通常是去除了人类无法识别的颜色,听力频率范围等。也就是说损失了原来的数据。 但由于人类无法识别这部分信息,因此很多情况下都是值得的。这种删除了人类无法感知内容的编码,我们称之为“感知编码”(也许是一个自创的新名词),比如JPEG,MP3等 。关于有损压缩不是本文的讨论范围,感兴趣的可以搜素相关资料。
81
+ 对于有损压缩,通常是去除了人类无法识别的颜色,听力频率范围等。也就是说损失了原来的数据。 但由于人类无法识别这部分信息,因此很多情况下都是值得的。这种删除了人类无法感知内容的编码,我们称之为“感知编码”(也许是一个自创的新名词),比如 JPEG,MP3 等 。关于有损压缩不是本文的讨论范围,感兴趣的可以搜素相关资料。
87
82
88
83
实际上,视频压缩的原理也是类似,只不过视频压缩会用到一些额外的算法,比如“时间冗余”,即仅存储变化的部分,对于不变的部分,存储一次就够了。
89
84
0 commit comments