字符串哈希
定义
我们定义一个把字符串映射到整数的函数
我们希望这个函数
Hash 的思想
Hash 的核心思想在于,将输入映射到一个值域较小、可以方便比较的范围。
这里的「值域较小」在不同情况下意义不同。
在 哈希表 中,值域需要小到能够接受线性的空间与时间复杂度。
在字符串哈希中,值域需要小到能够快速比较(
同时,为了降低哈希冲突率,值域也不能太小。
性质
具体来说,哈希函数最重要的性质可以概括为下面两条:
-
在 Hash 函数值不一样的时候,两个字符串一定不一样;
-
在 Hash 函数值一样的时候,两个字符串不一定一样(但有大概率一样,且我们当然希望它们总是一样的)。
我们将 Hash 函数值一样但原字符串不一样的现象称为哈希碰撞。
解释
我们需要关注的是什么?
时间复杂度和 Hash 的准确率。
通常我们采用的是多项式 Hash 的方法,对于一个长度为
特别要说明的是,也有很多人使用的是另一种 Hash 函数的定义,即
显然,上面这两种哈希函数的定义函数都是可行的,但二者在之后会讲到的计算子串哈希值时所用的计算式是不同的,因此千万注意 不要弄混了这两种不同的 Hash 方式。
由于前者的 Hash 定义计算更简便、使用人数更多、且可以类比为一个
下面讲一下如何选择
这里
如果我们用未知数
如果
实现
参考代码:(效率低下的版本,实际使用时一般不会这么写)
=== "C++"
```cpp
using std::string;
const int M = 1e9 + 7;
const int B = 233;
typedef long long ll;
int get_hash(const string& s) {
int res = 0;
for (int i = 0; i < s.size(); ++i) {
res = (ll)(res * B + s[i]) % M;
}
return res;
}
bool cmp(const string& s, const string& t) {
return get_hash(s) == get_hash(t);
}
```
=== "Python"
```python
M = int(1e9 + 7)
B = 233
def get_hash(s):
res = 0
for char in s:
res = (res * B + ord(char)) % M
return res
def cmp(s, t):
return get_hash(s) == get_hash(t)
```
Hash 的分析与改进
错误率
若进行
所以,进行字符串哈希时,经常会对两个大质数分别取模,这样的话哈希函数的值域就能扩大到两者之积,错误率就非常小了。
多次询问子串哈希
单次计算一个字符串的哈希值复杂度是
一般采取的方法是对整个字符串先预处理出每个前缀的哈希值,将哈希值看成一个
令
现在,我们想要用类似前缀和的方式快速求出
对比观察上述两个式子,我们发现
Hash 的应用
字符串匹配
求出模式串的哈希值后,求出文本串每个长度为模式串长度的子串的哈希值,分别与模式串的哈希值比较即可。
允许 次失配的字符串匹配
问题:给定长为
这道题无法使用 KMP 解决,但是可以通过哈希 + 二分来解决。
枚举所有可能匹配的子串,假设现在枚举的子串为
总的时间复杂度为
最长回文子串
二分答案,判断是否可行时枚举回文中心(对称轴),哈希判断两侧是否相等。需要分别预处理正着和倒着的哈希值。时间复杂度
这个问题可以使用 manacher 算法 在
通过哈希同样可以
最长公共子字符串
问题:给定
很显然如果存在长度为 check(k)
的逻辑为我们将所有所有字符串的长度为
时间复杂度为
确定字符串中不同子字符串的数量
问题:给定长为
为了解决这个问题,我们遍历了所有长度为
为了方便起见,我们将使用
例题
给你若干个字符串,答案串初始为空。第
字符串个数不超过
每次需要求最长的、是原答案串的后缀、也是第
当然,这道题也可以使用 KMP 算法 解决。
本页面部分内容译自博文 строковый хеш 与其英文翻译版 String Hashing。其中俄文版版权协议为 Public Domain + Leave a Link;英文版版权协议为 CC-BY-SA 4.0。
贡献者:@David@Imple@Menci@WenzelTian@kenlig@Sshwy@daltao@mgt@Fried@Xeonacid@zyj2297349886@ShuYuMo2003@Chrogeek@zyouxam@XTh3G4p@ouuan@Ir1d@HeRaNO@wangchong@GldHkkowo
本页面最近更新:2/3/2023, 12:00:00 AM,更新历史
发现错误?想一起完善? 在 GitHub 上编辑此页!
本页面的全部内容在 CC BY-SA 4.0 和 SATA 协议之条款下提供,附加条款亦可能应用