news 2026/6/10 17:37:10

【HarmonyOS NEXT】实现跨工程模块跳转

作者头像

张小明

前端开发工程师

1.2k 24
文章封面图
【HarmonyOS NEXT】实现跨工程模块跳转

一、背景

公司鸿蒙项目采用壳工程 + 功能模块拆分为独立工程的架构模式,既实现代码解耦,也方便多团队并行开发,但独立工程之间无法直接引用源码,那就要考虑如何实现 “主工程按钮点击跳转到功能工程的页面”问题,通过以下案例来实现这个思路步骤

二、前置了解

先了解几个鸿蒙的核心概念

1、HAR 包:鸿蒙的 “模块归档包”,包含代码、资源、依赖的独立单元,是跨工程依赖的唯一载体;

2、跨工程依赖:主工程通过依赖功能工程的 HAR 包 / 本地模块,间接访问其组件;

3、NavPathStack:鸿蒙原生全局路由栈,是承载所有页面(包括跨工程页面)的容器。

三、具体流程

案例:lucyTest工程→loginTest 工程 login模块,跨工程跳转

主要分为三部分:发送方(lucyTest 主工程)配置,接收方(loginTest 登录工程)配置,跳转逻辑实现

3.1、接收方

3.1.1、准备可被跳转的模块

在loginTest工程内新建login模块可被其他工程依赖,并提供可跳转的页面(loginPage.ets)

目的:定义跨工程跳转的目标页面组件,后续通过路由映射让主工程识别。

3.1.2、配置路由表

loginTestlogin模块中,创建route_map.json

目的:鸿蒙路由系统通过route_map.json识别页面的 “唯一标识(name)” 与 “渲染入口”,是跨工程跳转的 “页面身份证”。

具体使用方法可参考此文章:https://blog.csdn.net/weixin_71403100/article/details/154455692?spm=1001.2014.3001.5502

{ "routerMap": [ { "name": "loginPage", "pageSourceFile": "src/main/ets/_generated/BuilderMap.ets", "buildFunction": "loginPageBuilder", "data": { "needLogin": "false" } } ] }

3.1.3、生成页面构建器:统一页面入口

loginTestlogin模块中,创建BuilderMap.ets,定义页面的构建函数

目的:将页面组件封装为@Builder函数,匹配route_map.json中的buildFunction,让路由系统能直接调用渲染页面。

备注:当路由页面少时这一步可以直接放到第一步中,当大型项目页面多时,建议抽成一个文件,在index中统一导出

3.1.4、导出模块入口:对外暴露能力

在login 模块 index.ets 导出目标组件

目的:主工程依赖模块后,通过index.ets统一访问模块的能力(页面、方法)。

//路径: /loginTest/login/Index.ets export * from './src/main/ets/_generated/BuilderMap'

3.1.5、将login模块打包为HAR包

3.2、发送方

3.2.1、引入 login 模块:本地依赖 / HAR 包依赖二选一

方式1:本地路径依赖(工程在同一目录下)

1、在lucyTestbuild-profile.json5中注册login模块:

2、在lucyTestoh-package.json5中声明依赖:

方式 2:HAR 包依赖

login模块的 HAR 包放入lucyTestlibs目录,再在oh-package.json5中依赖:

执行ohpm install安装依赖,主工程即可访问login模块的能力。

3.2.2 初始化 login 模块:动态导入 + 传递上下文

lucyTestEntryAbility.ets中,动态导入login模块并执行初始化(传递主工程上下文):

3.2.3、配置全局路由栈:承载跨工程页面的容器

lucyTest的跳转页面(如Index.ets)中,创建全局唯一的 NavPathStack(鸿蒙原生路由栈,所有页面都需通过它跳转):

// lucyTest/entry/src/main/ets/pages/Index.ets @Entry @Component struct Index { // 全局路由栈:承载主工程+跨工程的页面 private globalNavStack: NavPathStack = new NavPathStack(); build() { Column(){ // Navigation绑定全局路由栈(页面跳转的容器) Navigation(this.globalNavStack){ // 跳转按钮 Button('跳转到login组件') .onClick(()=>{ // 后续实现跳转逻辑 }) } .height('100%') .width('100%') } } }

3.3、实现跨工程跳转逻辑

lucyTestIndex.ets按钮点击事件中,调用NavPathStack.pushPathByName,通过loginPage路由名称跳转:

目的:通过route_map.json中注册的loginPage名称,让路由系统找到对应的页面构建函数,渲染跨工程的loginPage组件。

// lucyTest/entry/src/main/ets/pages/Index.ets Button('跳转到login组件') .onClick(()=>{ // 跳转到login模块的loginPage页面 this.globalNavStack.pushPathByName('loginPage', null, false); })

四、技能总结

主要使用到:

Navigation路由导航

HAR包跨工程依赖

动态导入 + harInit

五、会遇到的坑

以下是因为粗心大意而遇到的坑,总结下以免后续再犯

1、主工程找不到 login 模块

检查build-profile.json5/oh-package.json5的路径是否正确;执行ohpm install

2、跳转过去是个空白

检查路由表信息的配置项是否正确,检查是否绑定NavPathStack

3、harInit方法未找到

检查login模块的index.ets是否导出了harInit

版权声明: 本文来自互联网用户投稿,该文观点仅代表作者本人,不代表本站立场。本站仅提供信息存储空间服务,不拥有所有权,不承担相关法律责任。如若内容造成侵权/违法违规/事实不符,请联系邮箱:809451989@qq.com进行投诉反馈,一经查实,立即删除!
网站建设 2026/6/10 15:19:06

传统工艺即将消失?Open-AutoGLM智能守护方案来了,90%的人还不知道

第一章:传统工艺的数字化困境与Open-AutoGLM的使命在智能制造与工业4.0浪潮席卷全球的今天,许多依赖人工经验的传统制造工艺仍停留在“黑箱”操作阶段。这些工艺流程高度依赖老师傅的手感与直觉,缺乏可量化、可复制的数据支撑,导致…

作者头像 李华
网站建设 2026/6/9 22:03:07

Open-AutoGLM应急救援实战指南(黄金72小时智能调度全解析)

第一章:Open-AutoGLM应急救援实战指南概述在面对突发性系统故障、服务中断或安全事件时,快速响应与精准决策是保障业务连续性的关键。Open-AutoGLM 作为一款基于开源大语言模型(LLM)驱动的自动化运维推理引擎,专为复杂…

作者头像 李华
网站建设 2026/6/10 1:04:57

揭秘Open-AutoGLM如何重塑碳中和数据监控:5大核心技术首次公开

第一章:Open-AutoGLM 碳中和数据监控Open-AutoGLM 是一个面向可持续发展的智能数据引擎,专为碳排放监测与环境数据分析设计。其核心能力在于通过自然语言接口驱动结构化碳数据查询,并结合自动化模型推理实现动态报告生成。该系统广泛应用于工…

作者头像 李华