跳转至

.. Copyright (C) Brad Miller, David Ranum This work is licensed under the Creative Commons Attribution-NonCommercial-ShareAlike 4.0 International License. To view a copy of this license, visit http://creativecommons.org/licenses/by-nc-sa/4.0/.

Tower of Hanoi ~~~~~~~~~~~~~~

The Tower of Hanoi puzzle was invented by the French mathematician Edouard Lucas in 1883. He was inspired by a legend that tells of a Hindu temple where the puzzle was presented to young priests. At the beginning of time, the priests were given three poles and a stack of 64 gold disks, each disk a little smaller than the one beneath it. Their assignment was to transfer all 64 disks from one of the three poles to another, with two important constraints. They could only move one disk at a time, and they could never place a larger disk on top of a smaller one. The priests worked very efficiently, day and night, moving one disk every second. When they finished their work, the legend said, the temple would crumble into dust and the world would vanish.

Although the legend is interesting, you need not worry about the world ending any time soon. The number of moves required to correctly move a tower of 64 disks is :math:2^{64}-1 = 18,446,744,073,709,551,615. At a rate of one move per second, that is :math:584,942,417,355 years! Clearly there is more to this puzzle than meets the eye.

:ref:Figure 4.11 <fig_hanoi> shows an example of a configuration of disks in the middle of a move from the first peg to the third. Notice that, as the rules specify, the disks on each peg are stacked so that smaller disks are always on top of the larger disks. If you have not tried to solve this puzzle before, you should try it now. You do not need fancy disks and poles—a pile of books or pieces of paper will work.

.. _fig_hanoi:

Figure 4.11: An Example Arrangement of Disks for the Tower of Hanoi

.. figure:: Figures/hanoi.png :align: center :alt: image

How do we go about solving this problem recursively? How would you go about solving this problem at all? What is our base case? Let’s think about this problem from the bottom up. Suppose you have a tower of five disks, originally on peg one. If you already knew how to move a tower of four disks to peg two, you could then easily move the bottom disk to peg three, and then move the tower of four from peg two to peg three. But what if you do not know how to move a tower of height four? Suppose that you knew how to move a tower of height three to peg three; then it would be easy to move the fourth disk to peg two and move the three from peg three on top of it. But what if you do not know how to move a tower of three? How about moving a tower of two disks to peg two and then moving the third disk to peg three, and then moving the tower of height two on top of it? But what if you still do not know how to do this? Surely you would agree that moving a single disk to peg three is easy enough, trivial you might even say. This sounds like a base case in the making.

Here is a high-level outline of how to move a tower of height :math:h from the starting pole to the goal pole, using an intermediate pole:

. Move a tower of height :math:h-1 from the starting pole to an intermediate pole via the goal

pole.

. Move the remaining disk from the starting pole to the final pole.

. Move the tower of height :math:h-1 from the intermediate pole to the goal

pole via the starting pole.

As long as we always obey the rule that the larger disks remain on the bottom of the stack, we can use the three steps above recursively, treating any larger disks as though they were not even there. The only thing missing from the outline above is the identification of a base case. The simplest Tower of Hanoi problem is a tower of one disk. In this case, we need move only a single disk to its final destination. A tower of one disk will be our base case. In addition, the steps outlined above move us toward the base case by reducing the height of the tower in steps 1 and 3. :ref:Listing 1 <lst_hanoi> shows the Python code to solve the Tower of Hanoi puzzle.

.. _lst_hanoi:

Listing 4.9: Python Code for the Tower of Hanoi

.. highlight:: python :linenothreshold: 2

::

def move_tower(height, from_pole, to_pole, with_pole):
    if height < 1:
        return
    move_tower(height - 1, from_pole, with_pole, to_pole)
    move_disk(from_pole, to_pole)
    move_tower(height - 1, with_pole, to_pole, from_pole)

.. highlight:: python :linenothreshold: 500

Notice that the code in :ref:Listing 1 <lst_hanoi> is almost identical to the English description. The key to the simplicity of the algorithm is that we make two different recursive calls, one on line 4 and a second on line 6. On line 4 we move all but the bottom disk on the initial tower to an intermediate pole. The next line moves the bottom disk to its final resting place. Then on line 6 we move the tower from the intermediate pole to the top of the largest disk. The base case is the tower of height 0; in this case there is nothing to do, so the move_tower function returns. The important thing to remember about handling the base case this way is that simply returning from move_tower is what finally allows the move_disk function to be called.

The function move_disk, shown in :ref:Listing 4.10 <lst_movedisk>, is very simple. All it does is print out that it is moving a disk from one pole to another. If you type in and run the move_tower program you can see that it gives you a very efficient solution to the puzzle.

.. _lst_movedisk:

Listing 4.10: Python Code to Move One Disk

::

def move_disk(from_pole, to_pole):
    print(f"moving disk from {from_pole} to {to_pole}")

The program in :ref:ActiveCode 4.10.1 <hanoi> provides the entire solution for three disks.

.. activecode:: hanoi :caption: Solving Tower of Hanoi Recursively

def move_tower(height, from_pole, to_pole, with_pole):
    if height >= 1:
        move_tower(height - 1, from_pole, with_pole, to_pole)
        move_disk(from_pole, to_pole)
        move_tower(height - 1, with_pole, to_pole, from_pole)


def move_disk(from_p, to_p):
    print("moving disk from", from_p, "to", to_p)


move_tower(3, "A", "B", "C")

Now that you have seen the code for both move_tower and move_disk, you may be wondering why we do not have a data structure that explicitly keeps track of what disks are on what poles. Here is a hint: if you were going to explicitly keep track of the disks, you would probably use three Stack objects, one for each pole. The answer is that Python provides the stacks that we need implicitly through the call stack.


最后更新: 2023年10月10日
创建日期: 2023年10月10日