在uni-app开发过程中，特别是在鸿蒙Next环境下，遇到uni.openLocation跳转导航后无法返回上级页面的问题，通常是由于页面栈管理或导航逻辑处理不当导致的。下面提供一个可能的解决方案，通过编程方式确保页面栈的正确管理，从而允许用户返回上级页面。

首先，确保你的项目中已经正确配置了uni-app的相关依赖，并且已经针对鸿蒙环境进行了适配。接下来，我们将通过代码示例展示如何在调用uni.openLocation后保持页面返回功能。

示例代码

1. 页面A（调用导航的页面）

// 页面A的JavaScript代码
Page({
  data: {},
  navigateToLocation() {
    uni.openLocation({
      latitude: 39.90882,
      longitude: 116.39747,
      scale: 18,
      name: '天安门',
      address: '北京市东城区天安门广场'
    }).then(() => {
      // 导航成功后，可以选择性地进行一些操作，比如记录状态
      console.log('Navigation initiated');
      // 注意：uni.openLocation本身不会改变页面栈，因此这里的返回逻辑需要由开发者自行管理
      // 例如，可以在导航按钮上绑定一个返回函数，或者直接使用物理返回键（依赖于系统实现）
    }).catch(error => {
      console.error('Navigation failed:', error);
    });
  },
  // 假设有一个按钮触发导航
  onLoad() {
    // 页面加载时的其他逻辑
  }
});

1. 确保页面栈管理

由于uni.openLocation是调用系统级的地图应用进行导航，它并不会影响uni-app自身的页面栈。因此，返回操作依赖于系统级的导航应用是否提供了返回按钮或者依赖于设备的物理返回键。

如果你的应用需要在uni.openLocation调用后保持某种状态管理，以便用户返回时能够恢复到正确的页面状态，可以考虑在调用前后使用全局状态管理（如Vuex或uni-app的getApp().globalData）来记录必要的信息。

注意事项

• 系统差异：不同设备和操作系统版本的返回行为可能有所不同，确保在目标鸿蒙设备上充分测试。
• 用户体验：如果系统级的地图应用没有提供返回按钮，考虑在应用内添加明确的提示或备用导航方式。
• 错误处理：增强错误处理能力，确保在导航失败时能够给用户清晰的反馈。

通过上述方法，可以在鸿蒙Next环境下使用uni.openLocation时，保持用户能够顺利返回上级页面的能力。