Leetcode Tencent 50 5. Longest Palindromic Substring
描述
给定一个字符串 s,找到 s 中最长的回文子串。你可以假设 s 的最大长度为 1000。
示例 1:
1 | 输入: "babad" |
示例 2:
1 | 输入: "cbbd" |
来源:力扣(LeetCode)
链接:5. Longest Palindromic Substring
解题思路
此题解法繁多,下面一一进行论述比较。
暴力解法
通过一个判断是否回文串的辅助函数,然后枚举所有可能的子串,判断是否为回文串,然后保存并返回最长的回文串。有几个细节需要注意:
- 在子函数
subString当中的临时指针变量*tmp需要动态分配空间,否则在调用strncpy函数的时候会有报错null pointer passed as argument1 - 既然在子函数当中用
malloc函数动态分配了内存,那么在返回主函数以后,在用完以后需要释放内存,不然Leetcode很快就会报超出内存限制的错误,提交失败
现在再来看看本解法的时间复杂度,首先主函数当中两重for循环,妥妥的,判断是否回文串的子函数里面又是一重for循环,也是O(n),总体的时间复杂度是,最终也会因为超出时间限制而提交失败。
具体代码将解法一。
中心扩展解法
我们知道回文串一定是关于中心对称的,所以我们每次循环的时候选择一个中心进行左右两边扩展,判断左右字符是否相等即可。
由于可能存在奇数或者偶数个字符的回文字符串,所以我们需要从一个字符开始扩展,或者从两个字符之间开始扩展,如下图所示,总共有n + n - 1个中心需要遍历。

定义一个辅助函数searchPalindrome来遍历寻找每个中心进行两边扩散寻找当前中心的最长回文串的长度,如果i表示字符串的指针,则从字符本身开始扩展需要遍历调用searchPalindrome(s, i, i),从两个字符之间开始扩展需要遍历调用searchPalindrome(s, i, i + 1),最后取两者之间的较大的maxLength即为最大回文串的长度,再每次遍历的时候更新一下最大回文串在原字符串当中的起始指针,用暴力解法当中的subString函数返回即可。
现在再来看看本解法的时间复杂度,主函数里面的第一重for循环为,里面对于searchPalindrome的调用一共需要n + n - 1次,因此,总的时间复杂度是。
具体代码见解法二。
动态规划法
动态规划解题的关键是找到状态转移方程。
我们维护一个二维数组dp,让dp[i][j]表示字符串区间[i,j]是否为回文串,那么有以下几种情况:
- 当
i = j时,只有一个字符,肯定是回文串 - 当
j = i + 1时,相邻的两个字符,此时如果s[i] == s[j],则是回文串 - 当
j - i >= 2时,除了判断s[i]和s[j]是否相等之外,如果此时dp[i + 1][j - 1]也为真,则是回文串
状态转移方程为:dp[i][j] = dp[i + 1, j - 1] && s[i] == s[j]
本解法的时间复杂度为,具体代码见解法三。
马拉车算法
我首先来看看中心扩散解法存在的缺陷,主要有以下两点:
- 由于回文串长度的奇偶性造成了不同性质的对称轴位置,一个是字符本身,另外一个是相邻字符之间的空隙,需要对两种情况分别进行处理
- 很多子串被重复多次访问,造成效率的低下
对于第二个缺陷,可以举一个简单的例子加以说明:
1 | char: a b a b a |
当i = 1和i = 2的时候,左边的子串aba分别被遍历了一次,造成执行时间的浪费。
Manacher算法正是针对以上两点不足,对算法进行了优化,提高了算法的效率。
解决回文串奇偶性的对称轴位置问题
Manacher算法首先对字符串做一个预处理,在所有的空隙位置(包括首尾)插入同样的符号,要求这个符号是不会在原串中出现的,比如#,并且为了使得扩展的过程中,到边界后自动结束,在两端分别插入两个不可能在字符串中出现的字符, 比如^ 和 $,这样中心扩展的时候,判断两端字符是否相等的时候,如果到了边界就一定会不相等,从而出了循环。经过处理,字符串的长度永远都是奇数了。
1 | aba -------> ^ |
这样插入与原字符串不相干的相同字符的巧妙之处在于,对原字符串的回文串不造成影响,原来是回文的串,插完之后还是回文的,原来不是回文的,依然不会是回文。
解决重复访问的问题
首先引入一个回文半径的概念,定义为一个回文串中最左或者最右位置的字符与其对称轴的距离。然后定义一个回文半径数组RL,RL[i]表示以第i个字符为对称轴的回文串的回文半径,我们一般对字符串从左往右处理,因此这里定义RL[i]为第i个字符为对称轴的回文串的最右一个字符与字符i的距离,RL[i] - 1 表示原字符串(处理前)中以第i个字符为对称中心的回文子串长度。如果 RL[i] = 1,则该回文子串就是 s[i] 本身。对于上面插入分隔符之后的两个串,可以得到RL数组:
1 | char: ^ |
上面我们还求了一下RL[i] - 1。通过观察再次验证了RL[i] - 1的值,正是在原本那个没有插入过分隔符的串中,以位置i为对称轴的最长回文串的长度。那么只要我们求出了RL数组,就能得到最长回文子串的长度。只知道长度无法定位子串,我们还需要知道子串的起始位置。
我们以下面这串为例进行分析。
1 | char: ^ # 1 # 2 # 2 # 1 # 2 # 2 # $ |
我们还是先来看中间的 1 在字符串 ^#1#2#2#1#2#2#$ 中的位置是8,而半径是6,貌似 7-6=2,如果2/2,刚好就是回文子串 22122 在原串 122122 中的起始位置1。那么我们再来验证下 bob,o 在 ^#b#o#b#$ 中的位置是4,半径是4,这一减为0,除以2还是0,没有问题。再来验证一下 noon,中间的 #在字符串 ^#n#o#o#n#$ 中的位置是5,半径也是5,相减并除以2还是0,完美。可以任意试试其他的例子,都是符合这个规律的,原字符串中的最长子串的长度是半径减1,而最长子串在原字符串当中的起始位置是对称轴位置减去半径再除以2。另外,在C/C++当中,因为字符串最末尾的位置是\0,最后的$不加也没关系。
我们再引入一个辅助变量MaxRight,表示当前访问到的所有回文子串,所能触及的最右一个字符的位置。另外还要记录下MaxRight对应的回文串的对称轴所在的位置,记为pos,它们的位置关系如下:

我们从左往右地访问字符串来求RL,假设当前访问到的位置为i,即要求RL[i],再对应上图,显然的,i必然是在pos右边的。但我们更关注的是,i是在MaxRight的左边还是右边。我们分情况来讨论。
当i在MaxRight的左边
这种情况可以用下图来描述:

我们知道,图中两个红色块之间(包括红色块)的串是回文的;并且以i为对称轴的回文串,是与红色块间的回文串有所重叠的。我们找到i关于pos的对称位置j,这个j对应的RL[j]我们是已经算过的。根据回文串的对称性,以i为对称轴的回文串和以j为对称轴的回文串,有一部分是相同的。这里又有两种细分的情况。
- 以
j为对称轴的回文串比较短,短到像下图这样:

这时我们知道RL[i]至少不会小于RL[j],并且已经知道了部分的以i为中心的回文串,于是可以令RL[i]=RL[j]。但是以i为对称轴的回文串可能实际上更长,因此我们试着以i为对称轴,继续往左右两边扩展,直到左右两边字符不同,或者到达边界。
- 以
j为对称轴的回文串很长,这么长:

这时,我们只能确定,两条蓝线之间的部分(即不超过MaxRight的部分)是回文的,于是从这个长度开始,尝试以i为中心向左右两边扩展,直到左右两边字符不同,或者到达边界。
不论以上哪种情况,之后都要尝试更新MaxRight和pos,因为有可能得到更大的MaxRight。
具体步骤如下:
1 | step 1: 令RL[i]=min(RL[2*pos-i], MaxRight-i) |
当i在MaxRight的右边

遇到这种情况,说明以i为对称轴的回文串还没有任何一个部分被访问过,于是只能从i的左右两边开始尝试扩展了,当左右两边字符不同,或者到达字符串边界时停止。然后更新MaxRight和pos。
Manacher算法的动态过程可以参考这个链接。
具体代码见解法四,先给一个C++的,C对于字符串的预处理好像有些麻烦。
现在分析下本解法的复杂度。
时间复杂度:for 循环里边套了一层 while 循环,难道不是 ?不!其实是 。不严谨的想一下,因为 while 循环访问 maxRight 右边的数字用来扩展,也就是那些还未求出的节点,然后不断扩展,而期间访问的节点下次就不会再进入 while 了,可以利用对称得到自己的解,所以每个节点访问都是常数次,所以是 。
空间复杂度也是。
代码
解法一:暴力解法
1 | //比较两个整数求最大值 |
解法二:中心扩展解法
1 | int max(int a, int b) |
解法三:动态规划解法
1 | //subString 子函数 |
解法四:马拉车算法(Manache’s Algorithm)
1 | class Solution { |