HarmonyOS鸿蒙Next中使用的flutter_inappwebview OHOS fork (br_v6.1.5_ohos) 没有正确实现 InAppWebViewKeepAlive。当页面从路由栈弹出时，原生 WebView 实例在鸿蒙上被销毁

这个问题其实不是你用法的问题，大概率是：

flutter_inappwebview 的 OHOS fork 本身没有完整实现 keepAlive 生命周期。

你观察到的现象：

页面 pop 后 WebView 被销毁
再次进入重新创建

说明：

真正被销毁的是：

OHOS 原生侧 PlatformView

而不是 Dart Widget。

这也是为什么：

即使 Dart static 缓存了 widget

依然会重新加载。

因为：

缓存的只是 Dart 对象
不是原生 ArkWeb 实例

——————————

你这里核心问题本质上是：

OHOS PlatformView 生命周期实现不完整

不是：

InAppWebViewKeepAlive API 本身失效

——————————

为什么 Android/iOS 正常？

因为：

Android/iOS 官方实现里：

InAppWebViewKeepAlive

本质会：

• 缓存 native webview
• 复用 platform view
• 阻止 dispose
• detach 而非 destroy

例如 Android：

通常会：

removeView()

而不是：

destroy()

iOS 类似。

所以：

WebView 内核实例实际上还活着。

——————————

但：

OHOS fork 很可能只是：

Dart层兼容了 API

并没有真正实现：

native keep alive

所以：

路由 pop 时：

ArkWeb 被真正销毁。

——————————

你现在这个现象非常符合：

OHOS fork 当前状态：

只是"功能能跑"
但生命周期还没完全对齐 Android/iOS

这在目前 Flutter OHOS 生态里其实很常见。

尤其：

• PlatformView
• Texture
• Surface
• 生命周期

很多都还没完全成熟。

——————————

你现在可以自己验证：

在：

OHOS 原生侧

搜索：

dispose
onDispose
destroy
aboutToDisappear

大概率会发现：

页面 pop 时：

直接：

controller.dispose()

或者：

webviewController.destroy()

了。

——————————

真正的问题点：

大概率在：

FlutterPlatformViewFactory

或者：

OHOSWebViewController

生命周期里。

——————————

而：

InAppWebViewKeepAlive

在 Android/iOS 的实现逻辑：

其实不仅仅是：

static widget

而是：

native instance cache

OHOS fork 很可能缺了这一层。

——————————

你现在有几个现实方案：

方案1（推荐）

不要 pop 页面。

改成：

Offstage / IndexedStack

保活。

例如：

IndexedStack(
  index: currentIndex,
  children: [
    WebPage(),
    OtherPage(),
  ],
)

这样：

WebView 页面不会真正销毁。

这是目前 Flutter OHOS 最稳方案。

——————————

方案2

使用：

AutomaticKeepAliveClientMixin

但：

我估计你已经试过了。

而且：

它只能保 Dart Widget。

不能保：

OHOS native webview instance

所以：

大概率无效。

——————————

方案3（真正修插件）

需要改：

OHOS fork native实现

核心思路：

不要在：

dispose

时真正 destroy ArkWeb。

而是：

detach + cache

类似 Android/iOS 实现。

但这个改动会比较大。

——————————

你需要重点研究：

插件 OHOS 部分：

PlatformView 生命周期

尤其：

• onDispose
• onDetachedFromWindow
• aboutToDisappear
• WebviewController.destroy

——————————

方案4（临时折中）

退出前：

保存：

• url
• scroll position
• history
• form state

回来时恢复。

虽然不是真 keepAlive，

但用户体验会好很多。

——————————

还有一个 HarmonyOS 特有问题：

ArkWeb 本身资源回收策略比 Android 激进。

即使你不 destroy，

HarmonyOS 有时也会：

主动释放后台页面资源

尤其：

• 内存紧张
• 页面切后台
• Stage切换

所以：

即使未来插件支持 keepAlive，

也未必能完全等同 Android。

——————————

最后总结一下：

你这个问题：

大概率不是：

flutter_inappwebview 用法错误

而是：

OHOS fork 尚未完整实现 native keep alive 生命周期

本质问题：

ArkWeb 原生实例在页面 pop 时被 destroy

当前最现实解决方案：

IndexedStack / Offstage 保活页面

不要真正 pop WebView 页面。

学习。