1. History

2. Description
    Pseudocode  Example 

3. Properties
    Special cases  Implementation details 

4. Admissibility and optimality{{anchor|Admissibility and Optimality}}
    Bounded relaxation 

5. Complexity

6. Applications

7. Relations to other algorithms

8. Variants

9. See also

10. Notes

11. References

12. Further reading

13. External links

In computer science, A* (pronounced "A star") is a computer algorithm that is widely used in pathfinding and graph traversal, which is the process of finding a path between multiple points, called "nodes". It enjoys widespread use due to its performance and accuracy. However, in practical travel-routing systems, it is generally outperformed by algorithms which can pre-process the graph to attain better performance,^[1] although other work has found A* to be superior to other approaches.^[2]

Peter Hart, Nils Nilsson and Bertram Raphael of Stanford Research Institute (now SRI International) first published the algorithm in 1968.^[3] It can be seen as an extension of Edsger Dijkstra's 1959 algorithm. A* achieves better performance by using heuristics to guide its search.

History

A* was created as part of the Shakey project, which had the aim of building a mobile robot that could plan its own actions.  Nils Nilsson originally proposed using the Graph Traverser algorithm^[4] for Shakey's path planning.^[5] Graph Traverser is guided by a heuristic function the estimated distance from node to the goal node, it entirely ignores the distance from the start node to Bertram Raphael suggested using the sum, .^[5] Peter Hart invented the concepts we now call admissibility and consistency of heuristic functions.  A* was originally designed for finding least-cost paths when the cost of a path is the sum of its edge costs, but it has been shown that A* can be used to find optimal paths for any problem satisfying the conditions of a cost algebra.^[6]

The original 1968 A* paper^[3] contained a theorem that no A*-like algorithm^[7] could expand fewer nodes than A* if the heuristic function is consistent and A*’s tie-breaking rule is suitably chosen. A correction was published a few years later^[8] showing that consistency was not required, just admissibility. However, what was really shown was that no (such) algorithm can be strictly more efficient than A* with respect to the set of expanded nodes. As shown in Dechter and Pearl’s definitive study of A*'s optimality (optimal efficiency as it is now called), it is possible for a different correct algorithm to outperform A* on some graphs while losing to A* on other graphs, or to expand a set of nodes that neither contains the set of nodes expanded by A*, nor is contained in it.^[11]

Description

A* is an informed search algorithm, or a best-first search, meaning that it is formulated in terms of weighted graphs: starting from a specific starting node of a graph, it aims to find a path to the given goal node having the smallest cost (least distance travelled, shortest time, etc.). It does this by maintaining a tree of paths originating at the start node and extending those paths one edge at a time until its termination criterion is satisfied.

At each iteration of its main loop, A* needs to determine which of its paths to extend. It does so based on the cost of the path and an estimate of the cost required to extend the path all the way to the goal. Specifically, A* selects the path that minimizes

where {{mvar|n}} is the next node on the path, {{math|g(n)}} is the cost of the path from the start node to {{mvar|n}}, and {{math|h(n)}} is a heuristic function that estimates the cost of the cheapest path from {{mvar|n}} to the goal. A* terminates when the path it chooses to extend is a path from start to goal or if there are no paths eligible to be extended.The heuristic function is problem-specific. If the heuristic function is admissible, meaning that it never overestimates the actual cost to get to the goal, A* is guaranteed to return a least-cost path from start to goal.

Typical implementations of A* use a priority queue to perform the repeated selection of minimum (estimated) cost nodes to expand. This priority queue is known as the open set or fringe. At each step of the algorithm, the node with the lowest {{math|f(x)}} value is removed from the queue, the {{mvar|f}} and {{mvar|g}} values of its neighbors are updated accordingly, and these neighbors are added to the queue. The algorithm continues until a goal node has a lower {{mvar|f}} value than any node in the queue (or until the queue is empty).{{efn|Goal nodes may be passed over multiple times if there remain other nodes with lower {{mvar|f}} values, as they may lead to a shorter path to a goal.}} The {{mvar|f}} value of the goal is then the cost of the shortest path, since {{mvar|h}} at the goal is zero in an admissible heuristic.

The algorithm described so far gives us only the length of the shortest path. To find the actual sequence of steps, the algorithm can be easily revised so that each node on the path keeps track of its predecessor. After this algorithm is run, the ending node will point to its predecessor, and so on, until some node's predecessor is the start node.

As an example, when searching for the shortest route on a map, {{math|h(x)}} might represent the straight-line distance to the goal, since that is physically the smallest possible distance between any two points.

If the heuristic {{mvar|h}} satisfies the additional condition {{math|h(x) ≤ d(x, y) + h(y)}} for every edge {{math|(x, y)}} of the graph (where {{mvar|d}} denotes the length of that edge), then {{mvar|h}} is called monotone, or consistent. In such a case, A* can be implemented more efficiently—roughly speaking, no node needs to be processed more than once (see closed set below)—and A* is equivalent to running Dijkstra's algorithm with the reduced cost {{math|d'(x, y) {{=}} d(x, y) + h(y) − h(x)}}.

Pseudocode

The following pseudocode describes the algorithm:

function reconstruct_path(cameFrom, current)

    total_path := {current}    while current in cameFrom.Keys:        current := cameFrom[current]        total_path.append(current)    return total_path

function A_Star(start, goal)

    // The set of nodes already evaluated    closedSet := {}

    // The set of currently discovered nodes that are not evaluated yet.    // Initially, only the start node is known.    openSet := {start}

    // For each node, which node it can most efficiently be reached from.    // If a node can be reached from many nodes, cameFrom will eventually contain the    // most efficient previous step.    cameFrom := an empty map

    // For each node, the cost of getting from the start node to that node.    gScore := map with default value of Infinity

    // The cost of going from start to start is zero.    gScore[start] := 0

    // For each node, the total cost of getting from the start node to the goal    // by passing by that node. That value is partly known, partly heuristic.    fScore := map with default value of Infinity

    // For the first node, that value is completely heuristic.    fScore[start] := heuristic_cost_estimate(start, goal)

    while openSet is not empty        current := the node in openSet having the lowest fScore[] value        if current = goal            return reconstruct_path(cameFrom, current)

        openSet.Remove(current)        closedSet.Add(current)

        for each neighbor of current            if neighbor in closedSet                continue		// Ignore the neighbor which is already evaluated.

            // The distance from start to a neighbor            tentative_gScore := gScore[current] + dist_between(current, neighbor)

            if neighbor not in openSet	// Discover a new node                openSet.Add(neighbor)            else if tentative_gScore >= gScore[neighbor]                continue

            // This path is the best until now. Record it!            cameFrom[neighbor] := current            gScore[neighbor] := tentative_gScore            fScore[neighbor] := gScore[neighbor] + heuristic_cost_estimate(neighbor, goal) 

Remark: the above pseudocode assumes that the heuristic function is monotonic (or consistent, see below), which is a frequent case in many practical problems, such as the Shortest Distance Path in road networks. However, if the assumption is not true, nodes in the closed set may be rediscovered and their cost improved.

In other words, the closed set can be omitted (yielding a tree search algorithm) if a solution is guaranteed to exist, or if the algorithm is adapted so that new nodes are added to the open set only if they have a lower f value than at any previous iteration.

Example

An example of an A* algorithm in action where nodes are cities connected with roads and h(x) is the straight-line distance to target point:

Key: green: start; blue: goal; orange: visited

The A* algorithm also has real-world applications. In this example, edges are railroads and h(x) is the great-circle distance (the shortest possible distance on a sphere) to the target. The algorithm is searching for a path between Washington, D.C. and Los Angeles.

Properties

Like breadth-first search, A* is complete and will always find a solution if one exists provided for fixed .

If the heuristic function h is admissible, meaning that it never overestimates the actual minimal cost of reaching the goal, then A* is itself admissible (or optimal) if we do not use a closed set. If a closed set is used, then h must also be monotonic (or consistent) for A* to be optimal. This means that for any pair of adjacent nodes x and y, where {{tmath|d(x,y)}} denotes the length of the edge between them, we must have:

This ensures that for any path X from the initial node to x:

where L is a function that denotes the length of a path, and Y is the path X extended to include y. In other words, it is impossible to decrease (total distance so far + estimated remaining distance) by extending a path to include a neighboring node. (This is analogous to the restriction to nonnegative edge weights in Dijkstra's algorithm.) Monotonicity implies admissibility when the heuristic estimate at any goal node itself is zero, since (letting P = (f,v₁,v₂,...,v_n,g) be a shortest path from any node f to the nearest goal g):

A* is also optimally efficient for any heuristic h, meaning that no optimal algorithm employing the same heuristic will expand fewer nodes than A*, except when there are multiple partial solutions where h exactly predicts the cost of the optimal path. Even in this case, for each graph there exists some order of breaking ties in the priority queue such that A* examines the fewest possible nodes.

Special cases

Dijkstra's algorithm, as another example of a uniform-cost search algorithm, can be viewed as a special case of A* where {{tmath|1=h(x) = 0}} for all x.^[9][10] General depth-first search can be implemented using A* by considering that there is a global counter C initialized with a very large value. Every time we process a node we assign C to all of its newly discovered neighbors. After each single assignment, we decrease the counter C by one. Thus the earlier a node is discovered, the higher its {{tmath|h(x)}} value. Both Dijkstra's algorithm and depth-first search can be implemented more efficiently without including an {{tmath|h(x)}} value at each node.

Implementation details

There are a number of simple optimizations or implementation details that can significantly affect the performance of an A* implementation. The first detail to note is that the way the priority queue handles ties can have a significant effect on performance in some situations. If ties are broken so the queue behaves in a LIFO manner, A* will behave like depth-first search among equal cost paths (avoiding exploring more than one equally optimal solution).

When a path is required at the end of the search, it is common to keep with each node a reference to that node's parent. At the end of the search these references can be used to recover the optimal path. If these references are being kept then it can be important that the same node doesn't appear in the priority queue more than once (each entry corresponding to a different path to the node, and each with a different cost). A standard approach here is to check if a node about to be added already appears in the priority queue. If it does, then the priority and parent pointers are changed to correspond to the lower cost path. A standard binary heap based priority queue does not directly support the operation of searching for one of its elements, but it can be augmented with a hash table that maps elements to their position in the heap, allowing this decrease-priority operation to be performed in logarithmic time. Alternatively, a Fibonacci heap can perform the same decrease-priority operations in constant amortized time.

Admissibility and optimality{{anchor|Admissibility and Optimality}}

A* is admissible and, in some circumstances, considers fewer nodes than any other admissible search algorithm with the same heuristic. This is because A* uses an "optimistic" estimate of the cost of a path through every node that it considers—optimistic in that the true cost of a path through that node to the goal will be at least as great as the estimate. But, critically, as far as A* "knows", that optimistic estimate might be achievable.

To prove the admissibility of A*, the solution path returned by the algorithm is used as follows:

When A* terminates its search, it has found a path whose actual cost is lower than the estimated cost of any path through any open node. But since those estimates are optimistic, A* can safely ignore those nodes. In other words, A* will never overlook the possibility of a lower-cost path and so is admissible.

Suppose now that some other search algorithm B terminates its search with a path whose actual cost is not less than the estimated cost of a path through some open node. Based on the heuristic information it has, Algorithm B cannot rule out the possibility that a path through that node has a lower cost. So while B might consider fewer nodes than A*, it cannot be admissible. Accordingly, A* considers the fewest nodes of any admissible search algorithm.

This is only true if both:

• A uses an admissible heuristic. Otherwise, A is not guaranteed to expand fewer nodes than another search algorithm with the same heuristic.^[11]

• A solves only one search problem rather than a series of similar search problems. Otherwise, A is not guaranteed to expand fewer nodes than incremental heuristic search algorithms.^[12]

Bounded relaxation

While the admissibility criterion guarantees an optimal solution path, it also means that A* must examine all equally meritorious paths to find the optimal path. To compute approximate shortest paths, it is possible to speed up the search at the expense of optimality by relaxing the admissibility criterion. Oftentimes we want to bound this relaxation, so that we can guarantee that the solution path is no worse than (1 + ε) times the optimal solution path. This new guarantee is referred to as ε-admissible.

There are a number of ε-admissible algorithms:

• Weighted A/Static Weighting.^[13] If h_a(n) is an admissible heuristic function, in the weighted version of the A search one uses {{math|1=h_w(n) = ε h_a(n)}}, {{math|1=ε > 1}} as the heuristic function, and perform the A search as usual (which eventually happens faster than using h_a since fewer nodes are expanded). The path hence found by the search algorithm can have a cost of at most ε times that of the least cost path in the graph.^[17]

• Dynamic Weighting^[14] uses the cost function {{tmath|1=f(n) = g(n) + (1 + \\varepsilon w(n))h(n)}}, where , and where {{tmath|d(n)}} is the depth of the search and N is the anticipated length of the solution path.

• Sampled Dynamic Weighting^[15] uses sampling of nodes to better estimate and debias the heuristic error.

• .^[16] uses two heuristic functions. The first is the FOCAL list, which is used to select candidate nodes, and the second h_F is used to select the most promising node from the FOCAL list.

• A_ε^[17] selects nodes with the function {{tmath|A f(n) + B h_F(n)}}, where A and B are constants. If no nodes can be selected, the algorithm will backtrack with the function {{tmath|C f(n) + D h_F(n)}}, where C and D are constants.

• AlphA^[18] attempts to promote depth-first exploitation by preferring recently expanded nodes. AlphA uses the cost function , where , where λ and Λ are constants with , π(n) is the parent of n, and ñ is the most recently expanded node.

Complexity

The time complexity of A* depends on the heuristic. In the worst case of an unbounded search space, the number of nodes expanded is exponential in the depth of the solution (the shortest path) {{mvar|d}}: {{math|O(b^d)}}, where {{mvar|b}} is the branching factor (the average number of successors per state).^[23] This assumes that a goal state exists at all, and is reachable from the start state; if it is not, and the state space is infinite, the algorithm will not terminate.

The heuristic function has a major effect on the practical performance of A* search, since a good heuristic allows A* to prune away many of the {{mvar|b^d}} nodes that an uninformed search would expand. Its quality can be expressed in terms of the effective branching factor {{math|b*}}, which can be determined empirically for a problem instance by measuring the number of nodes expanded, {{mvar|N}}, and the depth of the solution, then solving^[19]

Good heuristics are those with low effective branching factor (the optimal being {{math|b* {{=}} 1}}).

The time complexity is polynomial when the search space is a tree, there is a single goal state, and the heuristic function h meets the following condition:

where {{math|h^*}} is the optimal heuristic, the exact cost to get from {{mvar|x}} to the goal. In other words, the error of {{mvar|h}} will not grow faster than the logarithm of the "perfect heuristic" {{math|h^*}} that returns the true distance from {{mvar|x}} to the goal.^[20][21]

Applications

A* is commonly used for the common pathfinding problem in applications such as games, but was originally designed as a general graph traversal algorithm.^[3]

It finds applications to diverse problems, including the problem of parsing using stochastic grammars in NLP.^[22]

Other cases include an Informational search with online learning.^[23]

Relations to other algorithms

What sets A* apart from a greedy best-first search algorithm is that it takes the cost/distance already traveled, {{math|g(n)}}, into account.

Some common variants of Dijkstra's algorithm can be viewed as a special case of A* where the heuristic for all nodes;^[9][10] in turn, both Dijkstra and A* are special cases of dynamic programming.^[24]

A* itself is a special case of a generalization of branch and bound^[25]

and can be derived from the primal-dual algorithm for linear programming.^[26]

Variants

• Incremental heuristic search
• Anytime Repairing A (ARA)^[27]
• Block A
• D
• Field D
• Fringe
• Fringe Saving A (FSA)
• Generalized Adaptive A (GAA)
• IDA
• Informational search^[23]
• Jump point search
• Lifelong Planning A (LPA)
• Simplified Memory bounded A (SMA)
• Theta
• Anytime A^[28]
• Realtime A^[29]
• Anytime Dynamic A
• Time-Bounded A (TBA)^[30]

A* can also be adapted to a bidirectional search algorithm. Special care needs to be taken for the stopping criterion.^[31]

See also

• Pathfinding
• Breadth-first search
• Depth-first search
• Any-angle path planning, search for paths that are not limited to move along graph edges but rather can take on any angle

Notes

References

Further reading

• {{cite journal

• {{cite book

External links

• Clear visual A explanation, with advice and thoughts on path-finding
• Variation on A called Hierarchical Path-Finding A (HPA)

• Martin Page (cricketer)
• Martin Page (disambiguation)
• Martin Pakledinaz
• Martin Palavicini
• Martin Palous
• Martin Palouš
• Martin parr
• Martin Parr (actor)
• Martin Parr actor
• Martin Pascal Hubert Strens
• Martin Pask
• Martin Pasko
• Martin Pateshull
• Martin Patrick Grainge Leonard
• Martin Patterson "Pat" Hingle
• Martin Paul
• Martin, Paulin
• Martin Payne
• Martin Pařízek
• Martin PB2M Mars
• Martin P. Blomberg
• Martin P Blomberg
• Martin Peak
• Martin Peake, 2nd Viscount Ingleby
• Martin Pearce