摘要：
后缀数组倍增算法超时，听说用3DC可以勉强过，不愿写了,直接用hash+二分求出log(n)的时间查询两个字符串之间的任意两个位置的最长前缀.我自己在想hash的时候一直在考虑hash成数值时MOD取多大，如果取10^18的话，那么两数相乘个就超LL了，但是取10^9的话又怕出现重复的可能大.后面才... 阅读全文
摘要：
算是后缀数组的入门题吧。 思路无比简单，要是直接套模板的话应该很容易秒掉。关于后缀数组看高中神犇的论文就可以学会了算法合集之《后缀数组——处理字符串的有力工具》话说这题暴力是可以过了，但是我们在做多校的时候就是用暴力过的，当时还不知道什么是后缀数组。。。靠着概念纯手敲了几个小时，把建SA，求heig... 阅读全文
摘要：
1 #include 2 #include 3 #include 4 using namespace std; 5 6 double r,R1;//公式需要用到的变量 7 8 // simpson公式用到的函数，就是待积分函数 9 double F(double x)10 {11 /... 阅读全文
摘要：
这题好坑，卡SPFA。。。无奈只能用dij+优先队列了。 因为好久没有写过代码了，所以今天写dij时候突然觉得复杂度不对，dij+优先队列的复杂度是（n+m）logn，这种复杂度对于稠密图是非常慢！，而且还有超内存的可能（最坏情况要把n*n个点都存进优先队列）,与我以前记得复杂度是nlogn不一样。... 阅读全文
摘要：
1、输入首先要想输入需要先包括：[java]view plaincopyimportjava.util.*;我们需要其中的Scanner类声明的对象来扫描控制台输入。针对A+B来说：[java]view plaincopyimportjava.util.*;publicclassMain{publi... 阅读全文
摘要：
原以为是用搜索做的题，想了好久都无法想到一个高效正确的解法。后面发现竟然这就是矩阵的应用！ 碉堡！给定一个有向图，问从A点恰好走k步（允许重复经过边）到达B点的方案数mod p的值 ——选自matrix67把给定的图转为邻接矩阵，即A(i,j)=1当且仅当存在一条边i->j。令C=A*A，那么C(i,j)=ΣA(i,k)*A(k,j)，实际上就等于从点i到点j恰好经过2条边的路径数（枚举k为中转点）。类似地，C*A的第i行第j列就表示从i到j经过3条边的路径数。同理，如果要求经过k步的路径数，我们只需要二分求出A^k即可。K -MistwaldTime Limit:2000MSMemor 阅读全文
摘要：
经典的一道DP题。题目明显是一道DP题，但是比赛的时候一个劲就在想怎么记录状态和转移。最后想到了一种n^3的方法，写了下，不出所料的超时了。看了别人的代码才发现竟然是先二分然后再进行DP，像这种思路应该会经常用啊。。。二分距离，DP判断是否可行。 然后这题的DP也是非常经典的，想了好久都想不通，最后站在最优解的情况下思考，才想通。状态转移方程：for(int i=1;i<=n;i++) { dp[i]=1; for(int j=1;j<i;j++) if(mabs(g[j]-g[i])<=(i-j)*s) d... 阅读全文
摘要：
比较巧妙的一道题目，拿到题目就想用暴力直接搜索，仔细分析了下发现复杂度达到了2^n*n! ，明显不行，于是只好往背包上想。 于是又想二分找次数判断可行的方法，但是发现复杂度10^8还是很悬。。。然后学习了这种背包状压的好思路, 巧妙的转化成了背包的模型。 一道经典的题目!RelocationTime Limit:1000MSMemory Limit:65536KTotal Submissions:1664Accepted:678DescriptionEmma and Eric are moving to their new house they bought after returning f 阅读全文
摘要：
http://wenku.baidu.com/view/728cd5126edb6f1aff001fbb.html关于悬线法，这里面有详解。我当时只想到了记录最大长度，却没有想到如果连最左边和最右边的位置都记录的话这题就可以解决了。 学习了一种新算法很开心。Cut the cakeTime Limit: 6000/3000 MS (Java/Others)Memory Limit: 65536/65536 K (Java/Others)Total Submission(s): 881Accepted Submission(s): 328Problem DescriptionMark bough 阅读全文
摘要：
比赛的时候没有想到二分图，一直在想dp和贪心。 原因是因为看到数据是100000所以直接就没有往二分图匹配上想。现在想想。 因为二分图两边的太不对称了，60 和100000 ， 如果用匈牙利算法考虑的话，左边的点应该可以很快的找到一个与之匹配的点。 如果边不多的话那么找起来也是很快的。还是太弱。I'm Telling the TruthTime Limit: 2000/1000 MS (Java/Others)Memory Limit: 32768/32768 K (Java/Others)Total Submission(s): 1129Accepted Submission(s): 阅读全文