字符串哈希
寻找长度为n的主串s中的的匹配串T（长度为m）出现的位置或者次数问题属于字符串匹配问题。
朴素（一般）的想法就是从一个字符串的头开始for循环查找，当查找的一个字符与匹配串首字符相同时，往后查找长度为匹配串长度的字符串并一一比对，如果都一样的话，那么答案就加一；
但是往往有些题数据复杂度不允许这么干，于是我们引入字符串哈希这种操作；
具体流程：
滚动哈希，是优化复杂度的核心；
对于一个字符串的哈希值，我们定义哈希函数为H（C）=（c1b^m-1=c2b^m-2....+cmb^0）mod h，
说明：C为一个字符串名称，它由c1c2c3...cm组成，也就是C=c1c2c3c4....cm,其中m为C的长度；
b和h为互质的两个数（b<h）,
也就是我们可以把一个字符串看成一个b进制的数（把‘A’看成1，把‘B’看成2...），因为10进制数（such as1234）可以表示成为1*10^3+2*10^2+3*10^1+4,在这里把10换成b就是b进制数的表示方式；因为字符串哈希形成的数可能很大所以要对原数进行取模h。
很多神仙心中可能会有疑问：取模后即使是不同的字符串他们的哈希值也可能相等，那么不同的字符串会有可能得出相同的哈希值，这样答案不就出错了吗？
答案是有可能的。算法错误？！
但是我们可以将可能性降到几乎忽略不计！
因为 仔细想想，是取模运算使哈希拥有了这种可能，只有取到h和b的公倍数时，哈希值才会相等，
但是我们把最小公倍数搞的很大，不就取不到了吗？
那么首先b和h要满足互质，在相近大小下使公倍数尽可能大，然后有意识调高b和h的值，
如果分别去h=1e9+7,b=1e9+9的话，他们最小公倍数就为（1e9+7）*（1e9+9），哈希值相同概率为1/(1e9+7)*(1e9+9),小到没朋友；
（可惜还是有毒瘤小伙伴出毒瘤数据坑害蒟蒻们。。）
不管了。。反正算法就是这样；
在代码实现中，h不必专门取1e9+7后再进行手动缩小操作，只要利用unsigned无符号整形的自然溢出特性，即可实现；
ok！
安利一个关于scanf读入字符串的小知识：
代码：
#include<cstdio> #include<algorithm> #include<cstring> #define b 97//97是个质数，你也可以取的更大！ using namespace std; int n,a[10001],ans=1;//ans初始值为1，因为后面在判断时会少一个 char s[10003]; inline long long hash(char s[]){ int lenc=strlen(s+1); unsigned long long sum[10001]; sum[0]=0; for(int i=1;i<=lenc;i++) sum[i]=sum[i-1]*b+(unsigned)(s[i]-'0');//哈希值求法 return sum[lenc]; } int main(){ scanf("%d",&n); for(int i=1;i<=n;i++) { scanf("%s",s+1); a[i]=hash(s);//对于每一个字符串求哈希值 } sort(a+1,a+1+n); for(int i=2;i<=n;i++) if(a[i]!=a[i-1])ans++; printf("%d",ans); return 0; }
还有一个惨痛教训：
这是b开成7后碰到了那极小概率的惨痛经历。。。
而且测试点太大无法下载。。。
完结。。