2026/07/27 赛后总结

解题报告分析 5

总结遇到的问题与题目中一些神奇的思维点。

\(^{*}\):不知道的 trick 或方法

Write Date:7/27/2026

T1 Trace

首先,题目不是很好读懂,但是多读几遍,反复品味,还是能够读懂的。大致思路基本正确,就是记录每一天接触的人员对,然后从第一天开始记录上一层的有哪些人,判断当前天的人符不符合 \(d+1\) 天传递的约束。漏掉的约束条件:当前人最后接触的天数应当不超过当前的天数。

漏掉的这个约束在前面的某个版本的代码中写了,但是后面新代码忘了加上这个限制的。

本来可以 A 的,结果悲惨挂分。

T2 Money

考虑在模拟题意的基础上加上每次选择比当前值严格大的下一个值的之间的值,用 set 维护一下,基本上模拟一下就行。

T3 Color

对于计数类问题,一个重点是判断当前状态是否合法,从而推导出一些充要约束条件,启发、优化状态定义。

这篇题解展示了一种从合并过程最后一步出发,动态规划结合组合计数的思路。我将详细解释每一步的来龙去脉,并重点剖析最后的去重部分。(以下内容由 Deepseek 扩写)


1. 操作的本质与“枚举最后一条边”的动机

题目中的操作是:每次选择一对颜色相邻(差值为 1)且有一条边直接相连的节点,把其中一种颜色全部改成另一种。整个过程进行了 \(N-1\) 次,最终只剩下一种颜色。

为什么最后一步剩下的那条边,其两侧一定分别是 \(1\sim i\)\(i+1\sim N\)
因为每次合并都会让两种相邻颜色合为一体,颜色种类数减少 1。逆过来看,初始时全树被涂成连续的 \(1\dots N\),每一步合并相当于把某个连续颜色段与相邻的另一个连续颜色段合并。整个过程就像不断地把相邻的数值区间合并起来。由于颜色区间始终是连续的,到最后只剩下一条边时,这条边两侧的节点分别包含了两段连续的整数区间,且它们必然可以拼成完整的 \([1, N]\)。因此必存在一个 \(i\),使得一侧包含 \(\{1,\dots,i\}\),另一侧包含 \(\{i+1,\dots,N\}\)(可能左右交换,但对称处理即可)。

所以,我们可以枚举这“最后一条边”。对于树上的每条边 \(e\),假设它最后被合并,那么 \(e\) 会把树分成两部分 \(T_1\)\(T_2\)。我们要在 \(T_1\) 上分配颜色 \(1\dots i\),在 \(T_2\) 上分配 \(i+1\dots N\),并满足:两部分都能在各自内部通过合法操作,最终合并成单一颜色(\(T_1\) 合并成 \(i\)\(1\)?实际无所谓,只要是某一种颜色即可)。这样,一个整体的良好排列就被拆成左右两个独立的子问题,方案数相乘。由于 \(i\) 的取值和具体哪个点分到颜色 \(1\) 还有关系,需要进一步分析。


2. 子问题:一棵树合并成单一颜色的方案数

固定最后一条边后,\(T_1\)\(L = |T_1|\) 个节点,需要用 \(1\dots L\) 的颜色(因为平移不改变相邻关系)进行染色,并且内部可以经过 \(L-1\) 次操作合并成一个点。

为什么它可以转化为“拓扑序个数”?
注意,合并过程有一个重要性质:如果我们规定颜色 1 所在的那个节点是“根”,那么所有的合并操作最终都是将其他颜色向颜色 1 靠拢——因为 1 是最小值,只有比它大 1 的颜色才能和它合并,之后变成 1,如此反复,最终整棵树都变成颜色 1(或最大值,但对称可取最小值)。因此,一旦确定了颜色 1 放在哪个节点 \(x\),整个合并过程就可以看作从叶子向根逐步收缩:每一步选择一条边,将儿子的颜色改为父亲的颜色,且儿子的颜色必须比父亲大 1(或者相反,取决于方向)。这等价于给树上的每条边指定一个“合并顺序”,并且要求满足树的偏序关系(父亲必须在所有儿子被合并之后才能参与更上层的合并?需要仔细规定)。
题解里引入的 dp 公式正是计算这个顺序的个数。该 dp 的经典背景是:计算一棵有根树中,将节点按某种规则删除(或合并)的拓扑序数量。

dp 公式的推导与化简:

\(dp_u\) 表示以 \(u\) 为根的子树中,将所有节点合并到 \(u\) 的合法顺序数。对于节点 \(u\),它有若干儿子 \(j_1, j_2, \dots\)。在 \(u\) 的子树中,\(u\) 必须是最后剩下的,而各个儿子的子树内部可以独立合并,且这些合并操作的相对顺序可以任意交错,只要每个儿子子树内部的顺序保持不变。这是一个多重集排列问题:总共有 \(siz_u - 1\) 次操作(除了 \(u\) 自己),来自不同儿子的子树的操作序列可以随意穿插。所以:

\[dp_u = \binom{siz_u-1}{siz_{j_1}, siz_{j_2}, \dots} \times \prod_{k} dp_{j_k} \]

其中 \(siz_u\) 是以 \(u\) 为根的子树大小。这个组合数就是 \(\frac{(siz_u-1)!}{\prod siz_{j_k}!}\)

将递归展开,得到整个树的方案数 \(dp_{root}\) 为:

\[dp_{root} = \prod_{v} \frac{(siz_v-1)!}{\prod_{j \in child(v)} siz_j!} \]

观察这个乘积,每个节点 \(v\) (除了根)在分母中出现一次 \(siz_v!\) (作为儿子时),在分子中出现 \((siz_v-1)!\) (作为父亲时)。对某个非根节点 \(v\),贡献是 \(\frac{(siz_v-1)!}{siz_v!} = \frac{1}{siz_v}\);而根节点没有作为儿子出现在分母中,它的贡献只有分子 \((siz_{root}-1)!\)。因此:

\[dp_{root} = (siz_{root}-1)! \prod_{v\neq root} \frac{1}{siz_v} = \frac{siz_{root}!}{\prod_{v} siz_v} \]

其中乘积遍及整棵有根树的所有节点。这就是题解中给出的公式。

结论:对于固定了根 \(x\)(颜色 1 所在节点)的子树,将它合并成单色的方案数就是 \(\frac{|T_1|!}{\prod_{v\in T_1} siz_v^{(x)}}\),其中 \(siz_v^{(x)}\) 是在以 \(x\) 为根时的子树大小。因为颜色区间大小正好等于节点数,左右子树独立,故直接相乘得到以 \(e\) 为最后合并边且颜色 1 在 \(x\) 时的方案数。


3. 为什么只乘起来会算重?

如果我们就此打住,枚举每条边 \(e\),枚举 \(x\in T_1\)\(y\in T_2\)(颜色 \(N\) 所在位置),把对应的方案数乘起来再求和,会得到大于实际答案的数值。原因在于,一个良好排列可能对应多种“最后一条边”的选择

3.1 什么样的排列会被多次计数?

考虑一个极简情况:一条长度为 3 的链 \(x - a - y\)\(x\)\(y\) 是两个端点,\(a\) 是中间的 2 度点。假设某个良好排列使得最后两次合并涉及边 \((x,a)\)\((a,y)\)。那么在正向操作中,到底哪条边是“最后一条边”?
实际上,如果操作序列先把 \(x\)\(a\) 合并(颜色区间 \([i,i+1]\)),剩下 \([xa]\) 块和 \(y\),再合并它们;或者先把 \(a\)\(y\) 合并,再与 \(x\) 合并。这两种顺序都会在最终两步中分别使用两条边。当我们强行规定“最后一条边”必须是某条具体的边时,上述同一个排列既可能被“\(e=(x,a)\) 是最后一条边”算一次,也可能被“\(e=(a,y)\) 是最后一条边”算一次。于是它被重复计数了。

题解中将这类情况抽象为:存在一条由若干二度点构成的链,颜色值沿着链单调变化。例如链 \(x - 1 - 2 - \dots - p - y\),其中节点 \(1,2,\dots,p\) 的度数均为 2(除了端点 \(x,y\) 可能度数更大)。如果整个链上节点的颜色恰好形成一段连续的整数区间,那么链上的每一条边都可能成为“最后一条边”,即同一个排列会被这 \(p\) 条边分别计入一次,一共多算了 \(p\) 次(或者说多算了 \(p-1\) 次,但题解表述为“多算了 \(p\) 次”,是指总计数比真实值多了 \(p\) 个重复,我们按题解的字面含义来理解)。

3.2 如何去除这些重复?

题解指出:每个这样的二度点,都会导致它在作为“分割点”时产生重复计算。直观上,对于每个度数为 2 的点 \(v\),如果我们先把 \(v\) 的某一侧完全合并,再将另一侧与它合并,那么 \(v\) 两边的边都能成为“最后一条边”。因此,在累加所有边作为最后一条边的方案时,每个二度点都会贡献一次重复。
为了纠正这一点,题解的思想是:从原先的“枚举最后一条边并求和”的结果中,减掉由二度点造成的多余次数

具体地,原先我们有一个值 \(S = \sum_{e} ( \text{左边方案} \times \text{右边方案} )\),这个 \(S\) 把很多排列重复计算了。通过分析,重复的模式恰好是:若某个排列的“收缩核心”(最后合并的边所在的链)包含 \(k\) 个二度点,则它被计算了 \(k+1\) 次(链上有 \(k+1\) 条边)。因此,真实的排列数 \(Ans = S - \sum_{v,\deg v=2} (\text{某个修正项})\)。题解提到“对于每个二度点,减去这些情况即可(就是左右都可以合并成一个点)”,它指的就是,如果我们提前把以该二度点为中心的某种结构造成的重复计数从总和里扣掉,就能得到正确答案。

修正项的具体形式可能进一步表示为:对于每个二度点,计算以它为“最后剩余点”的方案数,即两边子树各自合并后,再将两个方向合并起来的方案数。这与直接枚举最后一条边时产生的多余部分恰好抵消。结合题解的整体 \(O(N^2)\) 风格,这种容斥是可以实现的。


4. 去重的详细推理(补充说明)

为了让你彻底理解去重,我们还原一下计算过程:

  1. 枚举所有边 \(e = (u,v)\),断开后将树分成 \(A\)\(B\)。计算:

    • \(A\) 上分配 \(1\dots |A|\) 并最终能合并成单色的方案数 \(f(A)\)
    • \(B\) 上分配 \(|A|+1\dots N\) 且能合并成单色的方案数 \(f(B)\)
      (这里 \(f(T)\) 是对所有可能的“根”求和,即 \(\sum_{r\in T} \frac{|T|!}{\prod_{v\in T} siz_v^{(r)}}\)
      \(f(A) \times f(B)\) 累加到 \(Ans'\)
  2. 这个 \(Ans'\) 把每个实际的良好排列计算了 \(C\) 次,\(C\) 等于在该排列下,可以被选作“最后一条边”的边数。分析发现,\(C\) 等于该排列在树上形成的“单调颜色链”所包含的边数,而这些链的内部节点必然是二度点。于是,如果我们再枚举每个二度点 \(v\),让它作为“多算的根源”,减去它贡献的重复量,就能修正结果。

实际上,如果沿着这个思路继续推导,最终可以化简出简洁的闭合表达式 \(N \times \prod (\deg v)!\),这就是该题解背后的完整路径。不过你提供的题解片段重点在于阐述为何出现重复以及如何处理,所以去重部分集中解释这种树形 DP 加容斥的思想。


总结

  • 第一步:将原问题转化为枚举最后合并的边,从而把树分成两块独立子问题。
  • 第二步:子问题化为有根树的拓扑序计数,利用组合恒等式简化成 \(\frac{|T|!}{\prod siz_v}\)
  • 第三步:发现直接相乘求和会重复计数,重复源于某些排列可通过多条边作为“最后一条边”。
  • 第四步:识别重复的结构——二度点构成的链;提出通过对每个二度点进行容斥来修正。

题解的核心价值在于展示了从合并过程的结构入手,逐步解析重复来源,最终导向容斥或直接公式的思维过程。

T4 Rain

由题目易得 \([l,r]\) 的积水量为

\[\sum_{i=l}^{r}\min(p_i,s_i)-h_i \]

其中 \(p_i=\max_{j=l}^{i} h_j\)\(s_i=\max_{j=i}^{r} h_j\)。考虑化简式子,由 \(min(x,y)=x+y-\max(x,y)\),得

\[\sum_{i=l}^{r}p_i+\sum_{i=l}^{r}s_i-\sum_{i=l}^{r}\max(p_i,s_i) -\sum_{i=l}^{r}h_i \]

又因为 \(\max(p_i,s_i)=\max_{j=l}^{r}h_j\),所以令 \(m=\max_{j=l}^{r}h_j\),则

\[\sum_{i=l}^{r}p_i+\sum_{i=l}^{r}s_i-\sum_{i=l}^{r}h_i-(r-l+1)m \]

显然,\(\sum_{i=l}^{r}h_i\)\((r-l+1)m\) 很容易挂到线段树上去维护,问题就在于怎么维护前面两个东西,同时还要满足带修。

赛上想到或许用某种类似线段树上二分的东西来处理,实际上这个东西其实就是单侧递归来着,只是很久没怎么做了,搞忘叫什么了。

考虑使用线段树单侧递归维护。具体的,线段树每个节点维护 \(\text{sum},\text{maximum},\text{first},\text{presum},\text{tag}\),分别表示区和(维护 \(\sum_{i=l}^{r}h_i\)),区间最大值,区间左端点高度,区间前缀最大值和,加法标记。

考虑维护标记的更新,对于一般标记,无需递归更新,对于 \(\text{presum}\) 需要分情况讨论进行跟新:

考虑在进入当前递归区间 \(P\) 之前,遇到过的最大高度为 \(x\),则

  1. \(\text{first}\ge x\):不产生额为影响,仍为 \(\text{presum}\)
  2. \(\text{maximum}\le x\):整个区间都被推平,为 \(|P|\times x\)
  3. 在右儿子处,且 \(x=\) 左侧的 \(\text{maximum}\),父节点已经包含了总结果,那么右儿子的贡献为父节点的 \(\text{presum}\) 减去左儿子的 \(\text{presum}\)
  4. 其他情况进行单侧递归更新。

对于后缀最大值维护同理。

posted @ 2026-09-07 16:28  LYZHaHa  阅读(1)  评论(0)    收藏  举报