其他分享
首页 > 其他分享> > 传教士与野人过河 项目 —— 人工智能

传教士与野人过河 项目 —— 人工智能

作者:互联网

问题描述

  有 N 个传教士和 N 个野人来到河边渡河,河岸有一条船,每次至多可供 k 人乘渡。问:传教士为了安全起见,应如何规划摆渡方案,使得任何时刻, 河两岸以及船上的野人数目总是不超过传教士的数目(否则不安全,传教士有可能被野人吃掉)。 即求解传教士和野人从左岸全部摆渡到右岸的过程中,任何时刻满足 M (传教土数) ≥ C 野人数)和 M+C≤k 的摆渡方案。

 写在前面

传教士与野人过河问题是人工智能里面非常经典的算法题,曾经是2012年360公司的面试题,因此网上有各种各样的解决思路和代码设计,但是我发现网上的算法思路非常好,代码设计的尽管多种多样,但都不满足我们今天这个项目需求,大部分都是规定好了3个传教士和3个野人,船上最多只能做2人。这样的限制是不符合今天这种需求的,因为今天的问题描述中并没有说明会有几个传教士和野人,只能保证传教士和野人一般多,也没有说明一条船最多做几个人,因此网上大部分代码案例不合题。再有一种就是允许我们输入有多少人和船最多坐多少人,但是他没有找出所有的方案。因此,今天就自己动手做一下这个算法。

算法思路

  这个算法很经典,网上有很多的解题思路,我也看了很多,有一个感觉讲的非常不错的推荐一下,就是 CSDN-魏宇轩 前辈的博文,讲解的非常棒,思路很清晰,而且他还使用 C语言写了出来,但是我运行出了问题,一直没有搞通,于是自己用 C# 写了一个,其中算法设计思路是按照 魏宇轩 前辈的思路走的。

算法分析

  初始状态:左岸,3野人,3传教士;右岸, 0野人,0传教士;船停在左岸,船上有0个人。
  目标状态:左岸,0野人,0传教士;右岸, 3野人,3传教士;船停在右岸,船上有0个人。
  将整个问题抽象成怎样从初始状态经一系列的中间状态从而达到目标状态,状态的改变是通过划船渡河来引发的。
  根据要求,共得出以下5中可能的渡河方案:
    (1)渡2传教士
    (2)渡2野人
    (3)渡1野人1传教士
    (4)渡1传教士
    (5)渡1野人
  本程序使用类来定义状态结点,使用集合存储状态结点,使用递归的思想来寻找目标状态。

程序详细执行流程如下

  首先,包含状态(首次为初始状态)的结构体结点(已存入结构体数组)传入处理函数,然后判断该传入结点状态是否为目标状态,是则遍历打印结构体数组,打印完成之后,返回递归调用处,顺序执行之后代码(此步骤关系到是否能找到所有过河路径);否则继续判断是否该传入结点已存在于结构体数组当中,如存在,不再往下执行,返回递归调用处,顺序执行之后代码;若不存在,则继续判断该传入状态的人数是否合理(是否出现人物数量小于0的情况等),若不合理,返回递归调用处,顺序执行之后代码;若合理,则继续判断传教士和野人人数限制条件,即在传教士人数不为0的情况下,野人人数是否大于传教士人数,若大于则出现吃人的情况,也就是说该传入状态也不合理,则返回递归调用处,顺序执行之后代码;若不满足大于条件,则说明该状态是路径转态,也就是合理的,那么进行五种渡河方案的依次变换,首先为第一种渡河方案,两个传教士过河(注意:此处的5中渡河方案没有固定顺序,也可以是其他渡河方案),那么对该传入状态的左岸和右岸的传教士人数和野人人数进行增减(若为左岸到右岸,则左岸人数减,右岸人数加,此处有一个小技巧见本段末尾)。增减完成并改变船的状态(使用正负一表示,正一为左岸,负一为右岸)以后就产生了一个新的状态,将该状态存入结构体数组,之后此处又递归调用处理函数,将新产生的转态结点传入,再次进行上述条件限制判断。若在该判断途中被返回至递归调用处,说明该状态不合理,则此时将已经存入结构体数组的状态结点移出结构体数组,然后程序顺序执行,进行下一个渡河方案的处理,也就是说,此时的处理是对上一个传入结点的操作(因为刚传入的已经移出了);若在判断途中未被返回至递归调用处,也就是说,传入的结点合理了,那么又开始从第一种渡河方案开始对该传入状态进行操作。按照上述过程循环执行,直到出现目标状态,回到本段开头,遍历结构体数组,打印渡河路径结点信息。完成以后,返回递归调用处,顺序执行之后代码,此后的操作是在寻找其他渡河路径。原理为:由于该处理函数末尾存在return语句(关键),所以在找到目标状态并返回之后,目标转态结点同样会被移出结构体数组,然后在其上一个结点开始顺序往下执行操作之后的一种渡河方案,查看是否在该结点处,还有其他渡河方案可以达到目标状态,若有则同样按上述方法执行(打印输出),若执行完后面的所有渡河方案,发现都没有能够达到目标状态的结点,则会执行末尾的返回语句,返回之后,该状态结点也会被移除(关键),那么此时操作的状态结点就是上上个结点状态,对其进行其后的渡河方案操作。按照此法,不断往后退,直到所有结点都被移除,此时说明已经完成所有渡河路径的搜索(深度)。至此,本程序的执行过程叙述完毕。

  小技巧:从左岸到右岸,和从右岸到左岸的状态变化是不一样的,前者左岸的人数减,右岸的人数加;后者左岸的人数加,右岸的人数减。我们不应单独再写程序来处理,而是应该使用船的转态带入计算来处理,注意,此技巧在于船的转态使用正负一来表示,而不应该是1和0,以及其他表示方法。为什么这么说?因为任何数乘以一,其本身都不会改变(有我也不会承认)。而正负号在此起到关键作用,我们使用正负一去乘以五种渡河方案的改变数值,从而得到的就是我们变换的正确结果,不论左岸右岸,都是正确合理的。

项目关键代码

主要用来判断这条方案是否可行。

        // 是否重复操作
            for (int i = 0; i < index; i++)
            {
                if (m.left_c == m_fun[i].left_c && m.left_y == m_fun[i].left_y)
                {
                    if (m.boat_location == m_fun[i].boat_location)
                    {
                        return 0;
                    }
                }
            }

            // 人数是否合理
            if (m.left_c < 0 || m.left_y < 0 || m.right_c < 0 || m.right_y < 0)
            {
                return 0;
            }

            // 传教士的人数是否大于等于野人
            if ((m.left_c < m.left_y && m.left_c != 0) || (m.right_c < m.right_y && m.right_c != 0))
            {
                return 0;
            }

递归算法,主要是用来计算船的渡河载客可能性。

            // 递归算法
            for (int cchuan = chuan; cchuan >= 0;cchuan-- )
            {
                for (int ychuan = chuan; ychuan >= 0 ; ychuan--)
                {
                    if (cchuan >= ychuan && cchuan != 0)
                    {
                        mm.left_c = m.left_c - cchuan * m.boat_location;
                        mm.left_y = m.left_y - ychuan * m.boat_location;
                        mm.right_c = m.right_c + cchuan * m.boat_location;
                        mm.right_y = m.right_y + ychuan * m.boat_location;
                        mm.boat_location = (-m.boat_location);
                        index = index + 1;
                        m_fun.Insert(index, mm);
                        mCalculation(m_fun[index]);
                        index = index - 1;
                    }
                }
            }            

最终效果

界面打开,默认传教士和野人的渡河人数都是3人,船的最大载客量为2人,可以自己修改。

  

设置完人数后,点击“开始计算渡河方案”按钮,开始计算所有可行方案。

   

【问题】

  根据设置人数和最大载人量的不同,算法可执行方案大不同,因为代码中并没有使用多线程,在计算过程之中会存在运算数据过大,计算时间过长,在计算的过程当中出现程序界面卡死,直到利用足够的时间计算完成为止。

  资料参考自:CSDN-魏宇轩:https://blog.csdn.net/qq_36260974/article/details/84404168

  本项目地址:https://github.com/wjw1014/CrossingtheRiver (仅供参考)

标签:状态,结点,传教士,人工智能,渡河,野人,left
来源: https://www.cnblogs.com/wjw1014/p/10858313.html