第一章：WebView生命周期管理——创建与销毁的艺术

说实话，WebView的内存泄漏问题，我见过太多团队栽跟头了。

记得我刚带团队那会儿，有个电商App的混合页面，用户来回切换几次就卡得不行。一查内存，好家伙，WebView对象堆积了十几个。这就是典型的生命周期没管好。

今天咱们就聊聊WebView的创建、销毁，还有页面栈管理。这些都是基本功，但恰恰是基本功最容易出问题。

1.1 WebView的创建：别图省事

很多同学喜欢在XML里直接写WebView，或者每次用的时候new一个。我个人的习惯是——统一管理，按需创建。

为什么？你想想看，WebView本身是个重型组件。它内部会加载浏览器引擎、JavaScript虚拟机、渲染管线等等。随便一个WebView实例，内存占用轻松上几十MB。

我在项目中遇到过这样一个场景：用户在一个列表页点击商品，跳转到商品详情页（WebView承载）。如果用户快速点击多个商品，就会触发多个WebView的创建。嗯，这时候如果不做控制，内存直接爆掉。

我的做法是：

• 使用单例WebView池，最多保留2-3个实例
• 创建时传入ApplicationContext，避免持有Activity引用
• 延迟初始化，等页面真正需要展示时再加载URL

// 我个人习惯的WebView创建方式
public class WebViewManager {
    private static final int MAX_POOL_SIZE = 2;
    private final Queue<WebView> pool = new LinkedList<>();
    
    public WebView obtain(Context context) {
        WebView webView = pool.poll();
        if (webView == null) {
            // 使用ApplicationContext，避免内存泄漏
            webView = new WebView(context.getApplicationContext());
            configureWebView(webView);
        }
        return webView;
    }
    
    public void recycle(WebView webView) {
        if (pool.size() < MAX_POOL_SIZE) {
            // 清理状态，准备复用
            webView.loadUrl("about:blank");
            webView.clearHistory();
            pool.offer(webView);
        } else {
            webView.destroy();
        }
    }
}

1.2 WebView的销毁：别留尾巴

WebView的销毁，比创建更讲究。我曾经见过一个线上bug——用户退出登录后，WebView还在后台偷偷加载广告，内存一直降不下来。

为什么会这样？因为WebView的destroy()方法调用时机不对，或者根本没调用。

正确的销毁流程应该是：

1. 先移除：从父容器中移除WebView
2. 再清理：清除缓存、历史记录、Cookie
3. 最后销毁：调用destroy()方法

我建议的做法是：

@Override
public void onDestroy() {
    super.onDestroy();
    if (webView != null) {
        // 先移除
        ViewGroup parent = (ViewGroup) webView.getParent();
        if (parent != null) {
            parent.removeView(webView);
        }
        // 再清理
        webView.clearCache(true);
        webView.clearHistory();
        webView.clearFormData();
        webView.removeAllViews();
        // 最后销毁
        webView.destroy();
        webView = null;
    }
}

这里有个细节：removeAllViews()很多人会漏掉。WebView内部可能还持有子View的引用，不清理的话，这些子View也会泄漏。

1.3 页面栈管理：别让WebView无限叠加

混合开发里，页面栈管理是个大坑。尤其是H5页面通过JS调用原生跳转，再返回时，WebView的栈会越堆越深。

我记得有个金融类的App，用户做风险评估，需要连续填写5个页面。每个页面都是一个WebView实例。结果用户填到第3页，App直接闪退。一查，内存占用超过500MB。

解决方案其实不复杂：

• 单WebView多页面：用一个WebView实例，通过URL切换来模拟页面栈
• 页面栈深度控制：限制最大栈深度，超过时回收最底部的WebView
• 懒加载与预加载：只加载当前可见的页面，其他页面保留状态但不加载内容

1.4 重复创建问题：一个经典案例

说个我踩过的坑吧。

有一次，我们做直播间的商品展示页。用户每次进入直播间，都会创建一个新的WebView来加载商品列表。结果用户频繁进出直播间，WebView越积越多。

排查后发现，问题出在Fragment的复用上。Fragment被销毁时，WebView没有跟着销毁。下次Fragment重建，又new了一个新的WebView。

解决办法：

1. 在Fragment的onDestroyView()中销毁WebView
2. 使用setRetainInstance(true)保留Fragment实例，避免重复创建
3. 在onCreateView()中判断WebView是否已存在，存在则复用

@Override
public View onCreateView(LayoutInflater inflater, ViewGroup container,
                         Bundle savedInstanceState) {
    if (webView == null) {
        webView = new WebView(getActivity());
        // 配置WebView
    }
    return webView;
}

@Override
public void onDestroyView() {
    super.onDestroyView();
    // 注意：这里只移除，不销毁
    ViewGroup parent = (ViewGroup) webView.getParent();
    if (parent != null) {
        parent.removeView(webView);
    }
}

1.5 知识体系总览

说了这么多，咱们用一张图来总结一下WebView生命周期管理的核心逻辑：

这张图把WebView生命周期的三个阶段串起来了。说白了，就是创建要克制，使用要节制，销毁要彻底。

嗯，WebView生命周期管理这块，其实没有太多高深的技术。关键是要养成好习惯，每个环节都做到位。我见过太多项目，就是因为这些基础问题没处理好，导致线上内存泄漏频发。

下一章咱们聊聊WebView的内存泄漏检测工具和实战技巧。不过那是后话了，先把今天的内容消化掉。