对匈牙利算法的一些解释

首先看蓝书上的代码

为什么即将开始dfs时,没有一开始就把vis[i]标记了?

其实dfs的流程是从左部的一个节点出发,考察右部的一个节点,如果右部的节点已经匹配了,下次dfs直接从这个右部节点的匹配点开始计算,所以vis的标记都是标记的右部节点,左部节点是不用标记的(因为是匹配二分图,只会被访问到一次)

而且对第i个点的dfs中,从右部节点走到左部节点的这个左部节点一定是之前就已经经历过的左部节点,不会是比i还大的左部节点。因为每一次dfs的结果,要么就是没找到增广路,此时第i个点是非匹配点,要么就是找到了增广路了,此时一定会把第i个点和右部的一个节点变成匹配点(路径上其余点都是之前已经确定了的匹配点)

所以左部节点都经历过dfs后,这个图一定没有增广路了。假设有,那么对于这条增广路,设其从左部非匹配节点x出发,终点是右部非匹配节点y,那么在之前的循环循环到x的时候,肯定也考察了这一条路径的,之所以认为这条路径不是增广路,就是因为不是交错路,此时肯定是这条路径中相邻三个点i,j,k(其中i和k是左部节点,j是右部节点)的两条边都是非匹配边,然而在后面j→k这一条路径被标记成匹配边了,这是不可能的,因为以后每次一旦递归到j,就会直接到match[j]去,修改也只会把match[j]改为j前面那个节点,不可能是k

update 2024.8.22

看不懂上面在说什么,这里证明匈牙利算法的正确性

当循环到i,我们对i做完dfs后,1 ~ i1中不可能出现一个点使得其为非匹配点而且重新出现了增广路。假设有,设增广路的起点为j<i,那么当我们遍历到j的时候,之所以没有遍历这么一条路,肯定是因为其不是增广路,也就是说这条路上存在三个相邻的点p,q,r(其中p,r是左部点,q是右部点),match[q]r;而我们循环到i的时候,match[q]又等于r了,这就说明中间一定有一次增广路经过了(r,q)这条边而且此时这条边为非匹配边;那么这一次寻找,就下来就会直接跳到match[q]并且寻找到一条增广路;那么我们也应该在循环到j的时候,dfs时到了q直接跳到match[q]并找到一条增广路,从而矛盾

MD感觉还是不严谨,服了,都学了三次了真的证不出来了

posted @   最爱丁珰  阅读(8)  评论(0编辑  收藏  举报
相关博文:
阅读排行:
· TypeScript + Deepseek 打造卜卦网站:技术与玄学的结合
· 阿里巴巴 QwQ-32B真的超越了 DeepSeek R-1吗?
· 【译】Visual Studio 中新的强大生产力特性
· 10年+ .NET Coder 心语 ── 封装的思维:从隐藏、稳定开始理解其本质意义
· 【设计模式】告别冗长if-else语句:使用策略模式优化代码结构
历史上的今天:
2021-11-15 对电学实验的一些解释
点击右上角即可分享
微信分享提示