前言
讲还是要多听, 这个很重要啊
思路
赛时的思路不太正确啊
容易想到树形 \(\rm{dp}\) , 考虑令 \(f_{u, i}\) 表示对于 \(u\) 子树, 拆分出一块包含 \(u\) 的大小为 \(i\) 的连通块的方案数
考虑转移, 类似树上背包
逐个插入即可, 树上背包的上下界优化证明了这个的复杂度为 \(\mathcal{O} (nk)\)
对于 \(k\) 比较小的情况下, 直接使用这个算法是正确的
那么 \(k\) 比较大的呢?
考虑 \(k\) 比较大的时候怎么简化运算, 实际上此时可以被使用的状态是很少的, 具体的原因是, 假设你分了 \(x\) 个大小为 \(k\) 的块, 当然也可以计算出大小为 \(k + 1\) 的块的个数 $\displaystyle y = \left\lfloor \frac{size - xk}{k + 1} \right\rfloor $ , 所以当前覆盖 \(u\) 的块的大小为 \((size - xk) \textrm{ mod } (k + 1)\) , 容易发现的是 \(x\) 数量很少啊, 所以对应的覆盖 \(u\) 的块的大小的数量也就很少啊
需要注意的是, \((size - xk) \textrm{ mod } (k + 1) = 0\) 对应了两种情况, 必须新开一维确定这个的大小
考虑根号分治
- 对于 \(k \leq \sqrt{n}\)
直接使用树形背包 - 对于 \(k \geq \sqrt{n}\)
记录分出大小为 \(k\) 的块的个数, 转移即可
考虑 \(k \geq \sqrt{n}\) 时的具体转移
令 \(g_{u, i, 0/1}\) 表示对于 \(u\) 子树, 拆分出了 \(i\) 块大小为 \(k\) 的连通块, 其中 \(u\) 所在连通块大小是否为 \(k + 1\) 的方案数
假设当前考虑到了儿子 \(v\) , 还是逐个插入
首先写出简单形式的转移
考虑 \(k + 1\) 的约束
首先对于 $ (size - xk) \textrm{ mod } (k + 1) \neq 0$ 和 $ (size - xk) \textrm{ mod } (k + 1) = 0$ 但是钦定了大小不为 \(k + 1\) 的情况正常处理
然后处理特殊情况 $ (size - xk) \textrm{ mod } (k + 1) = 0$
意义从上到下依次为
- 两个 \(k + 1\) 删 \(v\) 的 \(k + 1\) 留下 \(k + 1\)
- 两个块拼起来恰好为 \(k + 1\)
- \(v\) 的连通块大小为 \(0\)
- \(v\) 的连通块大小为 \(k + 1\) , 直接删除
合并结束后, 类似的, 将所有连通块大小为 \(k\) 的状态更新一遍
实现
框架
实现需要比较精细, 对我来说不好搞
其他的就是根据上面的模拟
注意树上背包的上下界优化不要写挂了
本质上就是双双合并的 \(\rm{trick}\)
代码
总结
树上背包的常见合并方式, 正确性不显然, 但是搞得很明白了
注意这一类背包要求每一颗子树都要合并进来, 特殊的实现方式
误区在如果这棵树在实际上没有合并, 本质上是 \(f_{v, 0}\) 的方案数, 实际上还是在合并
稍微总结一下树上背包:
合并之后再做整体操作, 合并之前可以根据意义初始化
一个暴力算法无法通过时, 考虑根号分治
分治的另一个算法当然可以使用更好的性质
\(\rm{dp}\) 这种问题, 尽量将状态限制成确定的