使用inappwebview包遇返回导航异常，求助解决办法

方案1：精准控制WebView与原生路由的返回逻辑 #

在嵌入InAppWebView的产品页面中，区分WebView内部历史记录和Flutter原生路由栈的返回操作：

• 自定义AppBar返回按钮逻辑：优先让WebView返回上一页，无Web历史时再返回分类页
• 重写系统返回键行为，保持一致逻辑

代码示例：

class ProductPage extends StatefulWidget {
  const ProductPage({super.key});

  @override
  State<ProductPage> createState() => _ProductPageState();
}

class _ProductPageState extends State<ProductPage> {
  late InAppWebViewController _webViewController;

  @override
  Widget build(BuildContext context) {
    return WillPopScope(
      // 处理系统返回键
      onWillPop: () async {
        if (await _webViewController.canGoBack()) {
          _webViewController.goBack();
          return false; // 阻止原生返回，让WebView先返回
        }
        return true; // 允许原生返回，回到分类页
      },
      child: Scaffold(
        appBar: AppBar(
          leading: IconButton(
            icon: const Icon(Icons.arrow_back),
            onPressed: () async {
              if (await _webViewController.canGoBack()) {
                _webViewController.goBack();
              } else {
                Navigator.pop(context);
              }
            },
          ),
          title: const Text("产品详情"),
        ),
        body: InAppWebView(
          initialUrlRequest: URLRequest(url: Uri.parse("你的产品页URL")),
          onWebViewCreated: (controller) {
            _webViewController = controller;
          },
        ),
      ),
    );
  }
}

方案2：保持正确的路由栈结构 #

放弃使用pushAndRemoveUntil跳转分类页，改用普通跳转保留完整路由栈：

• 从首页跳转到分类页时，使用Navigator.push(context, MaterialPageRoute(builder: (_) => const CategoryPage()))（或命名路由Navigator.pushNamed(context, "/category")）
• 此时路由栈为：欢迎页 → 首页 → 分类页 → 产品页，返回时会依次回到分类页、首页、欢迎页，完全符合预期

方案3：排查异常路由操作 #

检查分类页、产品页的初始化或生命周期逻辑，确认没有意外调用Navigator.pop()、pushAndRemoveUntil等修改路由栈的代码；同时验证Web页面自身是否存在自动跳转逻辑，避免干扰Flutter原生路由栈。

内容的提问来源于stack exchange，提问作者Mubasher Ansari