什么是P问题、NP问题和NPC问题【Matrix67】

news/2024/7/10 23:08:06 标签: 算法, matrix, 联想, blog, 优化, c
cle class="baidu_pl">
cle_content" class="article_content clearfix">
content_views" class="htmledit_views"> ckground-color:rgb(255,255,255)">这或许是众多OIer最大的误区之一。
    你会经常看到网上出现“这怎么做࿰c;这不是NP问题吗”、“这个只有搜了࿰c;这已经被证明是NP问题了”之类的话。你要知道࿰c;大多数人此时所说的NP问题其实都是指的NPC问题。他们没有搞清楚NP问题和NPC问题的概念。NP问题并不是那种“只有搜才行”的问题࿰c;NPC问题才是。好࿰c;行了࿰c;基本上这个误解已经被澄清了。下面的内容都是在讲什么是P问题࿰c;什么是NP问题࿰c;什么是NPC问题࿰c;你如果不是很感兴趣就可以不看了。接下来你可以看到࿰c;把NP问题当成是 NPC问题是一个多大的错误。

    还是先用几句话简单说明一下时间复杂度。时间复杂度并不是表示一个程序解决问题需要花多少时间࿰c;而是当问题规模扩大后࿰c;程序需要的时间长度增长得有多快。也就是说࿰c;对于高速处理数据的计算机来说࿰c;处理某一个特定数据的效率不能衡量一个程序的好坏࿰c;而应该看当这个数据的规模变大到数百倍后࿰c;程序运行时间是否还是一样࿰c;或者也跟着慢了数百倍࿰c;或者变慢了数万倍。不管数据有多大࿰c;程序处理花的时间始终是那么多的࿰c;我们就说这个程序很好࿰c;具有O(1)的时间复杂度࿰c;也称常数级复杂度;数据规模变得有多大࿰c;花的时间也跟着变得有多长࿰c;这个程序的时间复杂度就是O(n)࿰c;比如找n个数中的最大值;而像冒泡排序、插入排序等࿰c;数据扩大2倍࿰c;时间变慢4倍的࿰c;属于O(n^2)的复杂度。还有一些穷举类的class="tags" href="/tags/SuanFa.html" title=算法>算法࿰c;所需时间长度成几何阶数上涨࿰c;这就是O(a^n)的指数级复杂度࿰c;甚至O(n!)的阶乘级复杂度。不会存在O(2*n^2)的复杂度࿰c;因为前面的那个“2”是系数࿰c;根本不会影响到整个程序的时间增长。同样地࿰c;O (n^3+n^2)的复杂度也就是O(n^3)的复杂度。因此࿰c;我们会说࿰c;一个O(0.01*n^3)的程序的效率比O(100*n^2)的效率低࿰c;尽管在n很小的时候࿰c;前者优于后者࿰c;但后者时间随数据规模增长得慢࿰c;最终O(n^3)的复杂度将远远超过O(n^2)。我们也说࿰c;O(n^100)的复杂度小于O(1.01^n)的复杂度。
    容易看出࿰c;前面的几类复杂度被分为两种级别࿰c;其中后者的复杂度无论如何都远远大于前者:一种是O(1),O(log(n)),O(n^a)等࿰c;我们把它叫做多项式级的复杂度࿰c;因为它的规模n出现在底数的位置;另一种是O(a^n)和O(n!)型复杂度࿰c;它是非多项式级的࿰c;其复杂度计算机往往不能承受。当我们在解决一个问题时࿰c;我们选择的class="tags" href="/tags/SuanFa.html" title=算法>算法通常都需要是多项式级的复杂度࿰c;非多项式级的复杂度需要的时间太多࿰c;往往会超时࿰c;除非是数据规模非常小。

    自然地࿰c;人们会想到一个问题:会不会所有的问题都可以找到复杂度为多项式级的class="tags" href="/tags/SuanFa.html" title=算法>算法呢?很遗憾࿰c;答案是否定的。有些问题甚至根本不可能找到一个正确的class="tags" href="/tags/SuanFa.html" title=算法>算法来࿰c;这称之为“不可解问题”(Undecidable Decision Problem)。The Halting Problem就是一个著名的不可解问题࿰c;在我的Blog上有过专门的介绍和证明。再比如࿰c;输出从1到n这n个数的全排列。不管你用什么方法࿰c;你的复杂度都是阶乘级࿰c;因为你总得用阶乘级的时间打印出结果来。有人说࿰c;这样的“问题”不是一个“正规”的问题࿰c;正规的问题是让程序解决一个问题࿰c;输出一个“YES”或“NO”(这被称为判定性问题)࿰c;或者一个什么什么的最优值(这被称为最class="tags" href="/tags/YouHua.html" title=优化>优化问题)。那么࿰c;根据这个定义࿰c;我也能举出一个不大可能会有多项式级class="tags" href="/tags/SuanFa.html" title=算法>算法的问题来:Hamilton回路。问题是这样的:给你一个图࿰c;问你能否找到一条经过每个顶点一次且恰好一次(不遗漏也不重复)最后又走回来的路(满足这个条件的路径叫做Hamilton回路)。这个问题现在还没有找到多项式级的class="tags" href="/tags/SuanFa.html" title=算法>算法。事实上࿰c;这个问题就是我们后面要说的NPC问题。

    下面引入P类问题的概念:如果一个问题可以找到一个能在多项式的时间里解决它的class="tags" href="/tags/SuanFa.html" title=算法>算法࿰c;那么这个问题就属于P问题。P是英文单词多项式的第一个字母。哪些问题是P类问题呢?通常NOI和NOIP不会出不属于P类问题的题目。我们常见到的一些信息奥赛的题目都是P问题。道理很简单࿰c;一个用穷举换来的非多项式级时间的超时程序不会涵盖任何有价值的class="tags" href="/tags/SuanFa.html" title=算法>算法。
    接下来引入NP问题的概念。这个就有点难理解了࿰c;或者说容易理解错误。在这里强调(回到我竭力想澄清的误区上)࿰c;NP问题不是非P类问题。NP问题是指可以在多项式的时间里验证一个解的问题。NP问题的另一个定义是࿰c;可以在多项式的时间里猜出一个解的问题。比方说࿰c;我RP很好࿰c;在程序中需要枚举时࿰c;我可以一猜一个准。现在某人拿到了一个求最短路径的问题࿰c;问从起点到终点是否有一条小于100个单位长度的路线。它根据数据画好了图࿰c;但怎么也算不出来࿰c;于是来问我:你看怎么选条路走得最少?我说࿰c;我RP很好࿰c;肯定能随便给你指条很短的路出来。然后我就胡乱画了几条线࿰c;说就这条吧。那人按我指的这条把权值加起来一看࿰c;嘿࿰c;神了࿰c;路径长度98࿰c;比100小。于是答案出来了࿰c;存在比100小的路径。别人会问他这题怎么做出来的࿰c;他就可以说࿰c;因为我找到了一个比100 小的解。在这个题中࿰c;找一个解很困难࿰c;但验证一个解很容易。验证一个解只需要O(n)的时间复杂度࿰c;也就是说我可以花O(n)的时间把我猜的路径的长度加出来。那么࿰c;只要我RP好࿰c;猜得准࿰c;我一定能在多项式的时间里解决这个问题。我猜到的方案总是最优的࿰c;不满足题意的方案也不会来骗我去选它。这就是NP问题。当然有不是NP问题的问题࿰c;即你猜到了解但是没用࿰c;因为你不能在多项式的时间里去验证它。下面我要举的例子是一个经典的例子࿰c;它指出了一个目前还没有办法在多项式的时间里验证一个解的问题。很显然࿰c;前面所说的Hamilton回路是NP问题࿰c;因为验证一条路是否恰好经过了每一个顶点非常容易。但我要把问题换成这样:试问一个图中是否不存在Hamilton回路。这样问题就没法在多项式的时间里进行验证了࿰c;因为除非你试过所有的路࿰c;否则你不敢断定它“没有Hamilton回路”。
    之所以要定义NP问题࿰c;是因为通常只有NP问题才可能找到多项式的class="tags" href="/tags/SuanFa.html" title=算法>算法。我们不会指望一个连多项式地验证一个解都不行的问题存在一个解决它的多项式级的class="tags" href="/tags/SuanFa.html" title=算法>算法。相信读者很快明白࿰c;信息学中的号称最困难的问题——“NP问题”࿰c;实际上是在探讨NP问题与P类问题的关系。

    很显然࿰c;所有的P类问题都是NP问题。也就是说࿰c;能多项式地解决一个问题࿰c;必然能多项式地验证一个问题的解——既然正解都出来了࿰c;验证任意给定的解也只需要比较一下就可以了。关键是࿰c;人们想知道࿰c;是否所有的NP问题都是P类问题。我们可以再用集合的观点来说明。如果把所有P类问题归为一个集合P中࿰c;把所有 NP问题划进另一个集合NP中࿰c;那么࿰c;显然有P属于NP。现在࿰c;所有对NP问题的研究都集中在一个问题上࿰c;即究竟是否有P=NP?通常所谓的“NP问题”࿰c;其实就一句话:证明或推翻P=NP。
    NP问题一直都是信息学的巅峰。巅峰࿰c;意即很引人注目但难以解决。在信息学研究中࿰c;这是一个耗费了很多时间和精力也没有解决的终极问题࿰c;好比物理学中的大统一和数学中的歌德巴赫猜想等。
    目前为止这个问题还“啃不动”。但是࿰c;一个总的趋势、一个大方向是有的。人们普遍认为࿰c;P=NP不成立࿰c;也就是说࿰c;多数人相信࿰c;存在至少一个不可能有多项式级复杂度的class="tags" href="/tags/SuanFa.html" title=算法>算法的NP问题。人们如此坚信P≠NP是有原因的࿰c;就是在研究NP问题的过程中找出了一类非常特殊的NP问题叫做NP-完全问题࿰c;也即所谓的 NPC问题。C是英文单词“完全”的第一个字母。正是NPC问题的存在࿰c;使人们相信P≠NP。下文将花大量篇幅介绍NPC问题࿰c;你从中可以体会到NPC问题使P=NP变得多么不可思议。


    为了说明NPC问题࿰c;我们先引入一个概念——约化(Reducibility࿰c;有的资料上叫“归约”)。
    简单地说࿰c;一个问题A可以约化为问题B的含义即是࿰c;可以用问题B的解法解决问题A࿰c;或者说࿰c;问题A可以“变成”问题B。《class="tags" href="/tags/SuanFa.html" title=算法>算法导论》上举了这么一个例子。比如说࿰c;现在有两个问题:求解一个一元一次方程和求解一个一元二次方程。那么我们说࿰c;前者可以约化为后者࿰c;意即知道如何解一个一元二次方程那么一定能解出一元一次方程。我们可以写出两个程序分别对应两个问题࿰c;那么我们能找到一个“规则”࿰c;按照这个规则把解一元一次方程程序的输入数据变一下࿰c;用在解一元二次方程的程序上࿰c;两个程序总能得到一样的结果。这个规则即是:两个方程的对应项系数不变࿰c;一元二次方程的二次项系数为0。按照这个规则把前一个问题转换成后一个问题࿰c;两个问题就等价了。同样地࿰c;我们可以说࿰c;Hamilton回路可以约化为TSP问题(Travelling Salesman Problem࿰c;旅行商问题):在Hamilton回路问题中࿰c;两点相连即这两点距离为0࿰c;两点不直接相连则令其距离为1࿰c;于是问题转化为在TSP问题中࿰c;是否存在一条长为0的路径。Hamilton回路存在当且仅当TSP问题中存在长为0的回路。
    “问题A可约化为问题B”有一个重要的直观意义:B的时间复杂度高于或者等于A的时间复杂度。也就是说࿰c;问题A不比问题B难。这很容易理解。既然问题A能用问题B来解决࿰c;倘若B的时间复杂度比A的时间复杂度还低了࿰c;那A的class="tags" href="/tags/SuanFa.html" title=算法>算法就可以改进为B的class="tags" href="/tags/SuanFa.html" title=算法>算法࿰c;两者的时间复杂度还是相同。正如解一元二次方程比解一元一次方程难࿰c;因为解决前者的方法可以用来解决后者。
    很显然࿰c;约化具有一项重要的性质:约化具有传递性。如果问题A可约化为问题B࿰c;问题B可约化为问题C࿰c;则问题A一定可约化为问题C。这个道理非常简单࿰c;就不必阐述了。
    现在再来说一下约化的标准概念就不难理解了:如果能找到这样一个变化法则࿰c;对任意一个程序A的输入࿰c;都能按这个法则变换成程序B的输入࿰c;使两程序的输出相同࿰c;那么我们说࿰c;问题A可约化为问题B。
    当然࿰c;我们所说的“可约化”是指的可“多项式地”约化(Polynomial-time Reducible)࿰c;即变换输入的方法是能在多项式的时间里完成的。约化的过程只有用多项式的时间完成才有意义。

    好了࿰c;从约化的定义中我们看到࿰c;一个问题约化为另一个问题࿰c;时间复杂度增加了࿰c;问题的应用范围也增大了。通过对某些问题的不断约化࿰c;我们能够不断寻找复杂度更高࿰c;但应用范围更广的class="tags" href="/tags/SuanFa.html" title=算法>算法来代替复杂度虽然低࿰c;但只能用于很小的一类问题的class="tags" href="/tags/SuanFa.html" title=算法>算法。再回想前面讲的P和NP问题࿰c;class="tags" href="/tags/LianXiang.html" title=联想>联想起约化的传递性࿰c;自然地࿰c;我们会想问࿰c;如果不断地约化上去࿰c;不断找到能“通吃”若干小NP问题的一个稍复杂的大NP问题࿰c;那么最后是否有可能找到一个时间复杂度最高࿰c;并且能“通吃”所有的 NP问题的这样一个超级NP问题?答案居然是肯定的。也就是说࿰c;存在这样一个NP问题࿰c;所有的NP问题都可以约化成它。换句话说࿰c;只要解决了这个问题࿰c;那么所有的NP问题都解决了。这种问题的存在难以置信࿰c;并且更加不可思议的是࿰c;这种问题不只一个࿰c;它有很多个࿰c;它是一类问题。这一类问题就是传说中的NPC 问题࿰c;也就是NP-完全问题。NPC问题的出现使整个NP问题的研究得到了飞跃式的发展。我们有理由相信࿰c;NPC问题是最复杂的问题。再次回到全文开头࿰c;我们可以看到࿰c;人们想表达一个问题不存在多项式的高效class="tags" href="/tags/SuanFa.html" title=算法>算法时应该说它“属于NPC问题”。此时࿰c;我的目的终于达到了࿰c;我已经把NP问题和NPC问题区别开了。到此为止࿰c;本文已经写了近5000字了࿰c;我佩服你还能看到这里来࿰c;同时也佩服一下自己能写到这里来。

    NPC问题的定义非常简单。同时满足下面两个条件的问题就是NPC问题。首先࿰c;它得是一个NP问题;然后࿰c;所有的NP问题都可以约化到它。证明一个问题是 NPC问题也很简单。先证明它至少是一个NP问题࿰c;再证明其中一个已知的NPC问题能约化到它(由约化的传递性࿰c;则NPC问题定义的第二条也得以满足;至于第一个NPC问题是怎么来的࿰c;下文将介绍)࿰c;这样就可以说它是NPC问题了。
    既然所有的NP问题都能约化成NPC问题࿰c;那么只要任意一个NPC问题找到了一个多项式的class="tags" href="/tags/SuanFa.html" title=算法>算法࿰c;那么所有的NP问题都能用这个class="tags" href="/tags/SuanFa.html" title=算法>算法解决了࿰c;NP也就等于P 了。因此࿰c;给NPC找一个多项式class="tags" href="/tags/SuanFa.html" title=算法>算法太不可思议了。因此࿰c;前文才说࿰c;“正是NPC问题的存在࿰c;使人们相信P≠NP”。我们可以就此直观地理解࿰c;NPC问题目前没有多项式的有效class="tags" href="/tags/SuanFa.html" title=算法>算法࿰c;只能用指数级甚至阶乘级复杂度的搜索。

    顺便讲一下NP-Hard问题。NP-Hard问题是这样一种问题࿰c;它满足NPC问题定义的第二条但不一定要满足第一条(就是说࿰c;NP-Hard问题要比 NPC问题的范围广)。NP-Hard问题同样难以找到多项式的class="tags" href="/tags/SuanFa.html" title=算法>算法࿰c;但它不列入我们的研究范围࿰c;因为它不一定是NP问题。即使NPC问题发现了多项式级的class="tags" href="/tags/SuanFa.html" title=算法>算法࿰c;NP-Hard问题有可能仍然无法得到多项式级的class="tags" href="/tags/SuanFa.html" title=算法>算法。事实上࿰c;由于NP-Hard放宽了限定条件࿰c;它将有可能比所有的NPC问题的时间复杂度更高从而更难以解决。

    不要以为NPC问题是一纸空谈。NPC问题是存在的。确实有这么一个非常具体的问题属于NPC问题。下文即将介绍它。
    下文即将介绍逻辑电路问题。这是第一个NPC问题。其它的NPC问题都是由这个问题约化而来的。因此࿰c;逻辑电路问题是NPC类问题的“鼻祖”。
    逻辑电路问题是指的这样一个问题:给定一个逻辑电路࿰c;问是否存在一种输入使输出为True。

ckground-color:rgb(255,255,255)">    什么叫做逻辑电路呢?一个逻辑电路由若干个输入࿰c;一个输出࿰c;若干“逻辑门”和密密麻麻的线组成。看下面一例࿰c;不需要解释你马上就明白了。

ckground-color:rgb(255,255,255)">c="http://hi.csdn.net/attachment/201202/15/0_1329289066wKGZ.gif" alt="" />

ckground-color:rgb(255,255,255)">    这是个较简单的逻辑电路࿰c;当输入1、输入2、输入3分别为True、True、False或False、True、False时࿰c;输出为True。

ckground-color:rgb(255,255,255)">    有输出无论如何都不可能为True的逻辑电路吗?有。下面就是一个简单的例子。

ckground-color:rgb(255,255,255)">c="http://hi.csdn.net/attachment/201202/15/0_1329289081FxBB.gif" alt="" />

ckground-color:rgb(255,255,255)">    上面这个逻辑电路中࿰c;无论输入是什么࿰c;输出都是False。我们就说࿰c;这个逻辑电路不存在使输出为True的一组输入。
    回到上文࿰c;给定一个逻辑电路࿰c;问是否存在一种输入使输出为True࿰c;这即逻辑电路问题。
    逻辑电路问题属于NPC问题。这是有严格证明的。它显然属于NP问题࿰c;并且可以直接证明所有的NP问题都可以约化到它(不要以为NP问题有无穷多个将给证明造成不可逾越的困难)。证明过程相当复杂࿰c;其大概意思是说任意一个NP问题的输入和输出都可以转换成逻辑电路的输入和输出(想想计算机内部也不过是一些 0和1的运算)࿰c;因此对于一个NP问题来说࿰c;问题转化为了求出满足结果为True的一个输入(即一个可行解)。

    有了第一个NPC问题后࿰c;一大堆NPC问题就出现了࿰c;因为再证明一个新的NPC问题只需要将一个已知的NPC问题约化到它就行了。后来࿰c;Hamilton 回路成了NPC问题࿰c;TSP问题也成了NPC问题。现在被证明是NPC问题的有很多࿰c;任何一个找到了多项式class="tags" href="/tags/SuanFa.html" title=算法>算法的话所有的NP问题都可以完美解决了。因此说࿰c;正是因为NPC问题的存在࿰c;P=NP变得难以置信。P=NP问题还有许多有趣的东西࿰c;有待大家自己进一步的挖掘。攀登这个信息学的巅峰是我们这一代的终极目标。现在我们需要做的࿰c;至少是不要把概念弄混淆了。

Matrix67原创

cle>

http://www.niftyadmin.cn/n/1516755.html

相关文章

Linux性能优化从入门到实战:04 CPU篇:CPU使用率

CPU使用率是单位时间内CPU使用情况的统计,以百分比方式展示。 $ top top - 11:46:45 up 7 days, 11:52, 1 user, load average: 0.00, 0.01, 0.00 Tasks: 198 total, 1 running, 197 sleeping, 0 stopped, 0 zombie %Cpu(s): 0.2 us, 0.2 sy, 0.0 ni, 9…

递归趣文【Matrix67】

公认的递归(Recursion)的标准定义是非常难理解的:若一个对象部分地包含它自己,或用它自己给自己定义,则称这个对象是递归的;若一个过程直接地或间接地调用自己,则称这个过程是递归的过程。 递归一词很少有过专业的…

aspnet中gridview文本只显示开始几个文本_10个Word文本框小技巧,要是早知道,也不会瞎忙活半天了!...

在使用Word进行图文排版的过程中,文本框是必不可少的元素,它不仅承载着储存图文的功能。同时,还能布局、排版、美化Word文档版面,让文档效果灵活多变,从而快速传递图文信息,可以说它是我们必会的一个排版神…

Linux性能优化从入门到实战:05 CPU篇:硬中断、软中断

软中断(softirq)会导致CPU 使用率升高 中断是系统用来响应硬件设备请求的一种机制,它会打断进程的正常调度和执行,然后调用内核中的中断处理程序来响应设备的请求。中断其实是一种异步的事件处理机制,可以提高系统的并…

辗转相除法证明+最小公倍数证明+其他相关证明

辗转相除算法的简介 在数论中,辗转相除法(国际上一般称为Euclidean Algorithm 或 Euclids Algorithm,即欧几里得算法)是一种求任意两个欧几里得环(Euclidean Domain)中的单位(如:整数…

winCE6.0 目录下工程的编译顺序

有时候会碰到某个目录下自动编译提示找不到*.lib文件,但先编译其他目录再编译出错的工程,则又是成功的。 这是由于编译顺序不正确造成的,研究了下,dirs文件里的顺序很重要,还有,要调用其他工程生成的*.lib文…

实战Intel MKL(Math Kernel Library)

MKL官网所有文档:https://software.intel.com/en-us/articles/intel-math-kernel-library-documentation/ MKL使用详细手册:https://software.intel.com/sites/default/files/mkl-2019-developer-reference-c_0.pdf MKL中文入门博客:https://…

实战Intel TBB (Threading Building Blocks)

介绍 tbb github:https://github.com/intel/tbb 学习网站:https://www.threadingbuildingblocks.org/ 安装 wget https://github.com/intel/tbb/releases/download/2019_U6/tbb2019_20190410oss_lin.tgz tar -zxvf tbb2019_20190410oss_lin.tgz cd tb…