当前位置:

首页 > 编程开发 > 双向搜索算法Java实现与路径解析

双向搜索算法Java实现与路径解析

本文旨在帮助开发者理解和实现双向路径搜索算法。通过分析常见的实现错误,并提供改进方案,本文将详细介绍如何使用Java构建高效的双向搜索树,并从搜索树中正确提取完整的路径信息,最终实现从起点到终点的完整路径搜索。

双向路径搜索算法的Java实现及路径构建详解

本文旨在帮助开发者理解和实现双向路径搜索算法。通过分析常见的实现错误,并提供改进方案,本文将详细介绍如何使用Java构建高效的双向搜索树,并从搜索树中正确提取完整的路径信息,最终实现从起点到终点的完整路径搜索。

理解双向路径搜索

双向路径搜索是一种在图中寻找从起点到终点路径的优化算法。它同时从起点和终点开始搜索,当两个搜索方向相遇时,就找到了连接起点和终点的路径。相比于单向搜索,双向搜索通常能够更快地找到目标路径,尤其是在搜索空间较大的情况下。

常见的实现错误

原始代码中存在一些关键问题,导致无法正确构建和使用双向搜索树:

  1. 共享搜索树: 使用单一的 searchTreeParentByChild 存储两个方向的搜索结果是不正确的。因为两个方向的路径是从不同的起点构建,并且方向相反。使用同一个树结构无法区分路径的方向。
  2. 路径构建方向错误: searchTreeParentByChild 只能从子节点追溯到父节点,而无法反向查找。这导致无法从相遇点正确构建从起点到终点的完整路径。
  3. containsValue 的错误使用: 在 curEnd 的循环中,使用 searchTreeParentByChild.containsValue(e.to()) 来判断顶点是否被访问过是错误的。containsValue 用于检查 Map 中是否存在特定的值,而不是键。正确的做法是使用 containsKey(e.to())。

改进的实现方案

为了解决上述问题,我们需要进行以下改进:

  1. 使用两个独立的搜索树: 为从起点和终点开始的搜索分别创建 searchTreeParentByChildFromStart 和 searchTreeParentByChildFromEnd。这两个 Map 分别存储从起点和从终点开始的搜索树。
  2. 正确的顶点访问检查: 使用 containsKey() 方法检查顶点是否已经被访问过。
  3. 完整路径构建: 当两个搜索方向相遇时,需要分别从相遇点向起点和终点追溯路径,然后将两条路径合并。

以下是改进后的 Java 代码示例:

import java.util.*;

public class BidirectionalSearch {

    private final Graph graph;
    private final Map searchTreeParentByChildFromStart = new HashMap<>();
    private final Map searchTreeParentByChildFromEnd = new HashMap<>();

    public BidirectionalSearch(Graph graph) {
        this.graph = graph;
    }

    public BidirectionalSearch buildSearchTree(Vertex start, Vertex end) {
        if (!graph.vertices().containsAll(List.of(start, end)))
            throw new IllegalArgumentException("start or stop vertices not from this graph");

        if (start.equals(end))
            return this;

        searchTreeParentByChildFromStart.clear();
        searchTreeParentByChildFromEnd.clear();

        Queue unvisitedVertexQueueFromStart = new ArrayDeque<>();
        Queue unvisitedVertexQueueFromEnd = new ArrayDeque<>();

        unvisitedVertexQueueFromStart.add(start);
        unvisitedVertexQueueFromEnd.add(end);

        searchTreeParentByChildFromStart.put(start, null);
        searchTreeParentByChildFromEnd.put(end, null);

        Vertex intersectionVertex = null;

        while (!unvisitedVertexQueueFromStart.isEmpty() && !unvisitedVertexQueueFromEnd.isEmpty()) {
            Vertex curStart = unvisitedVertexQueueFromStart.poll();

            for (Edge e : curStart.edges()) {
                Vertex neighbor = e.to();
                if (!searchTreeParentByChildFromStart.containsKey(neighbor)) {
                    searchTreeParentByChildFromStart.put(neighbor, curStart);
                    unvisitedVertexQueueFromStart.add(neighbor);

                    if (searchTreeParentByChildFromEnd.containsKey(neighbor)) {
                        intersectionVertex = neighbor;
                        break; // Found intersection
                    }
                }
            }

            if (intersectionVertex != null) break;


            Vertex curEnd = unvisitedVertexQueueFromEnd.poll();

            for (Edge e : curEnd.edges()) {
                Vertex neighbor = e.to();
                if (!searchTreeParentByChildFromEnd.containsKey(neighbor)) {
                    searchTreeParentByChildFromEnd.put(neighbor, curEnd);
                    unvisitedVertexQueueFromEnd.add(neighbor);

                    if (searchTreeParentByChildFromStart.containsKey(neighbor)) {
                        intersectionVertex = neighbor;
                        break; // Found intersection
                    }
                }
            }

            if (intersectionVertex != null) break;

        }

        return this;
    }

    public List getPath(Vertex start, Vertex end) {
        buildSearchTree(start, end);
        Vertex intersection = findIntersection(start, end);

        if (intersection == null) {
            return Collections.emptyList(); // No path found
        }

        List pathToIntersectionFromStart = buildPath(searchTreeParentByChildFromStart, intersection);
        List pathToIntersectionFromEnd = buildPath(searchTreeParentByChildFromEnd, intersection);

        Collections.reverse(pathToIntersectionFromEnd); // Reverse the end path

        List fullPath = new ArrayList<>();
        fullPath.addAll(pathToIntersectionFromStart);
        fullPath.addAll(pathToIntersectionFromEnd.subList(1, pathToIntersectionFromEnd.size())); // Avoid duplicate intersection vertex

        return fullPath;
    }

    private Vertex findIntersection(Vertex start, Vertex end) {
        for (Vertex vertex : searchTreeParentByChildFromStart.keySet()) {
            if (searchTreeParentByChildFromEnd.containsKey(vertex)) {
                return vertex;
            }
        }
        return null;
    }

    private List buildPath(Map searchTree, Vertex intersection) {
        List path = new LinkedList<>();
        Vertex current = intersection;

        while (current != null) {
            path.add(0, current); // Add to the beginning to reverse the path
            current = searchTree.get(current);
        }

        return path;
    }

    // Example Graph, Vertex and Edge classes (replace with your actual implementations)
    static class Graph {
        private final Set vertices = new HashSet<>();

        public void addVertex(Vertex vertex) {
            vertices.add(vertex);
        }

        public Set vertices() {
            return vertices;
        }
    }

    static class Vertex {
        private final String name;
        private final List edges = new ArrayList<>();

        public Vertex(String name) {
            this.name = name;
        }

        public String getName() {
            return name;
        }

        public void addEdge(Edge edge) {
            edges.add(edge);
        }

        public List edges() {
            return edges;
        }

        @Override
        public boolean equals(Object o) {
            if (this == o) return true;
            if (o == null || getClass() != o.getClass()) return false;
            Vertex vertex = (Vertex) o;
            return Objects.equals(name, vertex.name);
        }

        @Override
        public int hashCode() {
            return Objects.hash(name);
        }
    }

    static class Edge {
        private final Vertex from;
        private final Vertex to;
        private final int weight;

        public Edge(Vertex from, Vertex to, int weight) {
            this.from = from;
            this.to = to;
            this.weight = weight;
        }

        public Vertex to() {
            return to;
        }
    }

    public static void main(String[] args) {
        // Example Usage
        Graph graph = new Graph();
        Vertex start = new Vertex("A");
        Vertex b = new Vertex("B");
        Vertex c = new Vertex("C");
        Vertex end = new Vertex("D");

        graph.addVertex(start);
        graph.addVertex(b);
        graph.addVertex(c);
        graph.addVertex(end);

        start.addEdge(new Edge(start, b, 1));
        b.addEdge(new Edge(b, c, 1));
        c.addEdge(new Edge(c, end, 1));
        end.addEdge(new Edge(end, c, 1));

        BidirectionalSearch search = new BidirectionalSearch(graph);
        List path = search.getPath(start, end);

        if (!path.isEmpty()) {
            System.out.println("Path found: ");
            for (Vertex vertex : path) {
                System.out.print(vertex.getName() + " ");
            }
            System.out.println();
        } else {
            System.out.println("No path found.");
        }
    }
}

代码解释:

  • searchTreeParentByChildFromStart 和 searchTreeParentByChildFromEnd:分别存储从起点和终点开始的搜索树,记录每个节点的父节点。
  • getPath(Vertex start, Vertex end): 构建搜索树,找到两个方向相遇的顶点,然后分别构建从起点到相遇点和从终点到相遇点的路径,最后合并这两条路径。
  • buildPath(Map searchTree, Vertex intersection): 从相遇点开始,通过搜索树向上追溯到起点或终点,构建单向路径。
  • findIntersection(Vertex start, Vertex end): 找到两个搜索树的相交顶点。

注意事项

  • 图的表示: 上述代码示例中使用了简单的 Graph, Vertex 和 Edge 类。在实际应用中,你需要根据你的图的结构来调整这些类的实现。
  • 性能优化: 双向搜索的性能高度依赖于图的结构。在某些情况下,单向搜索可能更有效。可以考虑使用启发式函数来指导搜索方向,进一步优化性能。
  • 路径权重: 上述代码只关注是否存在路径,没有考虑路径的权重。如果需要找到最短路径,需要修改代码,在搜索过程中维护每个节点的距离信息,并使用合适的优先队列(例如,使用 PriorityQueue)来选择下一个要访问的节点。
  • 环路处理: 在构建搜索树时,需要小心处理环路,避免无限循环。可以使用一个额外的 visited 集合来记录已经访问过的节点。

总结

双向路径搜索是一种强大的图搜索算法,可以有效地找到起点和终点之间的路径。 通过使用两个独立的搜索树,并正确地构建和合并路径,可以避免常见的实现错误,获得正确的搜索结果。 在实际应用中,需要根据图的结构和性能需求,对算法进行适当的优化。

本文内容来源于互联网,如有侵权请联系删除。
作者最新文章
编程开发
相关文章 更多
C++动态数组初始化怎么写?常用语句与代码示例
C++动态数组初始化怎么写?常用语句与代码示例

深入解析C++中动态数组的初始化机制,涵盖new操作符的不同用法、基本类型与类对象的初始化差异,以及为何在现代C++开发中应优先使用std::vector。

using namespace 使用中遇到的问题怎么解决
using namespace 使用中遇到的问题怎么解决

命名空间的基本概念与常见引入问题在C++等编程语言中,命名空间(namespace)是一种将代码标识符(如变量、函数、类名)封装在特定名称下的机制,其主要目的是避免命名冲突,尤其是在大型项目或使用多个第三方库时。使用“using namespace”指令可以将指定命名空间中的所有名称引入当前作用域,

c语言函数递归 实操经验总结:这些技巧很实用
c语言函数递归 实操经验总结:这些技巧很实用

理解递归的基本原理在C语言中,递归是一种函数调用自身的编程技术。要掌握它,首先需要理解其核心思想:将一个复杂的大问题,分解为一个或几个与原问题相似但规模更小的子问题,直到子问题足够简单,可以直接求解。这个过程通常包含两个关键部分:递归出口和递归体。递归出口定义了问题何时不再继续分解,即最简单、可直接

c语言函数递归 怎么选?常见方案对比分析
c语言函数递归 怎么选?常见方案对比分析

递归函数的基本概念与适用场景在C语言编程中,递归是一种函数调用自身的编程技巧。它并非适用于所有问题,但在处理某些具有自相似结构的问题时,能提供极其清晰和优雅的解决方案。递归的核心思想是将一个大规模问题分解为一个或多个同类型但规模更小的子问题,直到子问题简单到可以直接求解。典型的适用场景包括树形结构的

Objective-C 内存管理入门:从 alloc 到 dealloc 的生命周期详解
Objective-C 内存管理入门:从 alloc 到 dealloc 的生命周期详解

理解内存管理的基石在Objective-C的编程世界中,内存管理是开发者必须掌握的核心技能之一。它直接关系到应用的性能、稳定性与资源利用效率。与一些采用自动垃圾回收机制的语言不同,Objective-C在很长一段时间里,依赖一套基于引用计数的、需要开发者部分介入的管理规则。这套规则的核心思想是明确的

如何正确使用 dealloc 以避免 iOS 应用中的内存泄漏
如何正确使用 dealloc 以避免 iOS 应用中的内存泄漏

理解 dealloc 的角色与时机在 iOS 应用开发中,内存管理是保障应用性能与稳定性的基石。dealloc 方法是 Objective-C 中对象生命周期结束时的关键回调,它标志着对象即将被系统回收内存。正确理解其触发时机至关重要:当一个对象的引用计数降为零时,运行时系统会自动调用该对象的 de

深入理解 Objective-C 中的 dealloc 方法:内存管理核心机制
深入理解 Objective-C 中的 dealloc 方法:内存管理核心机制

内存管理的基石在Objective-C的世界里,内存管理是开发者必须掌握的核心技能之一。作为一门在手动引用计数(MRC)时代诞生的语言,Objective-C要求程序员对对象的生命周期有清晰的认识。dealloc方法正是这一生命周期中至关重要的终点站。它是一个实例方法,当对象的引用计数降为零时,系统

理解 native2ascii:Java 国际化开发中的字符编码工具
理解 native2ascii:Java 国际化开发中的字符编码工具

native2ascii 工具的基本定位在Ja va应用程序的国际化与本地化开发过程中,处理非拉丁字符集是一个常见且关键的环节。Ja va内部使用Unicode字符集来统一表示全球各种语言的文字,但其属性文件(.properties)在历史上要求使用ASCII编码,或者更准确地说,要求非ASCII字

如何使用 native2ascii 转换中文字符为 Unicode 转义序列
如何使用 native2ascii 转换中文字符为 Unicode 转义序列

理解 native2ascii 工具的基本用途在软件开发,特别是涉及国际化处理的场景中,开发者常常需要处理不同编码的文本资源。native2ascii 是 Ja va 开发工具包(JDK)中提供的一个命令行实用程序,其主要功能是将包含本地字符编码(非ASCII字符)的文件,转换为包含 Unicode

Java native2ascii 命令详解:解决属性文件乱码问题
Java native2ascii 命令详解:解决属性文件乱码问题

native2ascii 命令的由来与作用在Ja va开发中,处理国际化资源文件是一个常见需求。资源文件通常以.properties格式存储,用于支持多语言界面。然而,Ja va属性文件默认采用ISO-8859-1字符集编码,这导致了一个直接的问题:当文件中包含非拉丁字符(如中文、日文、韩文等)时,

查看更多
精品专题 更多
装机必备
装机必备

正软商城装机必备专区,精选办公、浏览器、安全防护、影音播放、压缩解压、设计创作和系统工具等电脑常用正版软件,帮助用户快速完成新电脑软件配置。

Windows
Windows

正软商城Windows软件专区,汇集适用于Windows电脑的办公、设计、安全防护、影音播放、开发工具和系统优化软件,提供软件介绍、系统要求、正版授权及购买下载服务。

macOS软件
macOS软件

正软商城macOS软件专区,精选适用于Mac电脑的办公、设计、影音、效率、开发和系统工具,提供软件功能介绍、macOS兼容版本、正版授权及购买下载服务。

Mac软件 更多
灵活计算器
灵活计算器
macOS/iOS/Android

灵活计算器是一款笔记式算数应用,支持实时计算、动态关联和云端同步功能。记录、整理和输出之间的过渡会更自然,适合长期写作、做笔记或持续沉淀个人内容。

赤友清理大师
赤友清理大师
macOS

赤友清理大师是一款为 Mac 设计的智能清理优化工具,可精准扫描垃圾、大文件、重复文件等,释放磁盘空间。做扫描整理、文字提取和表格转换时,它能把识别后的处理步骤接得更顺,资料录入这类场景会省下不少时间。

极度公式
极度公式
Windows/macOS/Linux

极度公式是一款跨平台专业LaTeX公式识别编辑软件,支持OCR公式识别和多平台编辑。和使用说明,避免使用,享受完整功能与稳定支持。做扫描整理、文字提取和表格转换时,它能把识别后的处理步骤接得更顺,资料录入这类场景会省下不少时间。

WINDOWS 更多
Windows 10
Windows 10
Windows

Windows 10 是一款微软推出的经典操作系统,拥有硬件兼容性与多任务处理能力。它更偏向把系统状态查看和常用调节动作放在一起,适合需要持续观察和微调设备状态的场景。

极度公式
极度公式
Windows/macOS/Linux

极度公式是一款跨平台专业LaTeX公式识别编辑软件,支持OCR公式识别和多平台编辑。和使用说明,避免使用,享受完整功能与稳定支持。做扫描整理、文字提取和表格转换时,它能把识别后的处理步骤接得更顺,资料录入这类场景会省下不少时间。

密码键盘
密码键盘
Windows/macOS/iOS/Android

密码键盘是一款兼具安全性与便捷性的高效密码管理器。日常使用里的持续防护和信息管理会更突出,适合把安全控制放进长期使用流程中的场景。