ix35 @ 2021-06-15 15:47:40
因一次惨痛的教训来写这篇帖子。
今天参加联测时,有一道广义 SAM 裸题,本来随便打打就应该过了,结果没想到因为这道题的写挂,让我发现这辈子之前写过的所有广义 SAM 都是错的,同时也发现网络上一些犯有同样错误的博客以及可视化网站。
考虑如下两个字符串构成的广义后缀自动机:
iod
od
我们可以根据这两个字符串建出如下图所示的 Trie,后缀自动机,和 Parent 树。
Trie 中结点的数字表示这个点对应的后缀自动机上的结点。
然而,有一种不常被注意的错误如下图所示:
这种错误似乎是有些普遍的,我们打开洛谷模板题的第一篇题解,来自 @辰星凌 的博客:
https://www.luogu.com.cn/blog/ChenXingLing/solution-p6139
这篇题解中提到三种建立广义 SAM 的方法,并正确地指出了第二种的错误(这和上面我们看到的等价),但是他在第三种算法中说直接运行普通 SAM 的
我找到了博主的 AC 代码并测试,发现这份代码建出的后缀自动机果然有我上面所说的问题。
https://www.luogu.com.cn/record/36889179
接下来我找到了网上的一些后缀自动机可视化网站,抽选了百度出来的第一个结果,以及我平常用的一个网站,调查结果如下:
上图截自 https://mivik.gitee.io/sam-visualizer/,是正确的广义 SAM。
上图截自 https://yutong.site/sam/,犯了我上面所说的错误。
此外还有一些 SAM 可视化网站,如 http://wenhao801.com:5000/,这个网站在输入
下面我们简单讨论一下这个错误。
错误演示中,多了
为什么有这种错误无法发现?
在部分题目中,这样建立后缀自动机并不会影响答案的正确性,例如洛谷模板题:https://www.luogu.com.cn/problem/P6139。
题目要我们求出
而如果出现这种错误,由于
那么这有什么关系呢?
关系很大,它影响了 SAM 的基本结构。
SAM 中一个串只能属于一个结点,同时我们不允许一个点和它的
更严重的是,它影响了子树与后缀关系的判定,只要遇到需要通过子树操作刻画以某个串为后缀的所有串,上面的方法就出锅了,例如我今天做的那道题。
这一点在上面提到的博客中阐述的比较清楚(只是似乎作者没有意识到 Trie 树做法也有这个问题)。
正常来说,我们进行单串 SAM 的插入字符时,设之前的终止结点为
单串 SAM 情况下,
但广义 SAM 就不一样了,
发现了吗?问题就出在最后一句。
注意到此时由于
但如果按照一般 SAM 的写法,我们会直接返回
解决这个问题是简单的,插入时判定
当然,这样的解决不够漂亮,因为如最上面图中的
真正合理的解释是我们根本不需要建立
by ix35 @ 2021-06-15 16:36:05
@Tamaki_Iroha
在那道题目中那个代码确实是对的,但无法通过其他的某些题目(例如询问以字典树上一个点对应的字符串为后缀的串数量)。
by 辰星凌 @ 2021-06-15 16:39:33
@ix35 退役一年真的没有能力了,等过几天不忙的时候回来看看QAQ 隐约记得当时我纠正了各种写法,但最终版好像还有一个瑕疵,但因为实在太微小而且优化后会加长代码,所以我没管,具体记不清了呜呜
by 辰星凌 @ 2021-06-15 16:41:30
但是在线应该是没有问题的(应该是)
by Pecuria @ 2021-06-15 16:41:30
看(感性理解)了一下dfs做法就等价于每个串依次插入进SAM中,所以会有last已经有出边的情况。
bfs做法是直接按每一位插入进SAM中,所以last一定没有出边,否则两串相等。
by 辰星凌 @ 2021-06-15 16:42:20
我记得这个瑕疵应该我之前在某个地方讨论过?
by _sys @ 2021-06-15 16:48:58
@Tamaki_Iroha dfs 不是根号的吗
by Pecuria @ 2021-06-15 16:53:50
@_sys 直接给个Trie是
如果题解没写错的话
by Aleph1022 @ 2021-06-15 18:28:03
所以 mivik 牛逼(
by wenhao801 @ 2021-06-15 18:49:00
我大概修好锅了 往 python 里搬运的时候手贱抄错了一个地方
by 滑稽生物 @ 2021-06-15 19:07:17
@ix35 反转了,这题正解是AC自动机(完全不需要SAM)