Android Creator中target="_blank"跳转失效问题

Question

在Android Creator开发中，使用WebView加载的网页若包含`target="_blank"`的链接，常出现跳转失效问题。该问题源于WebView默认不支持新窗口打开，未正确配置`WebChromeClient`或未重定向URL至当前页面加载。开发者需设置`WebViewClient`并复写`shouldOverrideUrlLoading`方法，确保链接在当前WebView中响应，或启用`setSupportMultipleWindows(true)`配合`WebChromeClient`处理新窗口逻辑，否则`target="_blank"`将无法生效，导致用户点击无反应，影响功能完整性。

Answer 1

1. 问题背景与现象描述

在Android应用开发中，使用WebView加载H5页面时，若网页中包含target="_blank"属性的链接（如：<a href="https://example.com" target="_blank">新窗口打开</a>），用户点击后往往出现无响应或跳转失败的现象。这种行为在桌面浏览器中会默认新开标签页，但在Android WebView中由于安全和资源管理机制，默认不支持多窗口操作，导致此类链接无法正常工作。

• 现象：点击target="_blank"链接无反应
• 原因：WebView未配置支持多窗口或未拦截URL重定向
• 影响：用户体验中断，功能链断裂，尤其在嵌入式混合开发场景中尤为突出

2. 核心机制分析

WebView在Android中通过两个核心组件控制页面加载行为：

组件	职责	是否处理 target="_blank"
WebViewClient	控制页面导航、加载流程	需复写方法才能响应
WebChromeClient	处理JavaScript、弹窗、多窗口等UI功能	必须启用并实现onCreateWindow

默认情况下，WebView仅使用内置的WebViewClient，不会触发新窗口创建逻辑。即使设置了setSupportMultipleWindows(true)，若未设置自定义WebChromeClient并实现onCreateWindow()，系统仍将忽略新窗口请求。

3. 解决方案路径对比

针对target="_blank"跳转失效问题，主要有两种解决策略：

1. 方案一：统一在当前WebView中加载（推荐多数场景）
2. 方案二：真正支持多窗口打开（适用于复杂交互）

以下为两种方案的技术实现细节与适用边界：

4. 方案一：重定向至当前WebView（简洁高效）

通过复写shouldOverrideUrlLoading()方法，强制所有链接在当前WebView中加载，忽略target属性。

webView.setWebViewClient(new WebViewClient() {
    @Override
    public boolean shouldOverrideUrlLoading(WebView view, WebResourceRequest request) {
        // 强制在当前WebView中加载
        view.loadUrl(request.getUrl().toString());
        return true;
    }
});

优点：

• 实现简单，无需额外Activity或Dialog管理
• 避免上下文切换带来的内存开销
• 符合移动端“单任务流”设计范式

5. 方案二：启用多窗口支持（完整兼容PC行为）

若需模拟浏览器新开标签页行为，则必须启用多窗口支持，并实现完整的窗口生命周期管理。

webView.getSettings().setSupportMultipleWindows(true);
webView.getSettings().setJavaScriptCanOpenWindowsAutomatically(true);

webView.setWebChromeClient(new WebChromeClient() {
    @Override
    public boolean onCreateWindow(WebView view, boolean isDialog, boolean isUserGesture, Message resultMsg) {
        WebView newWebView = new WebView(context);
        newWebView.setWebViewClient(new WebViewClient());
        WebView.WebViewTransport transport = (WebView.WebViewTransport) resultMsg.obj;
        transport.setWebView(newWebView);
        resultMsg.sendToTarget();
        return true;
    }

    @Override
    public void onCloseWindow(WebView window) {
        // 可在此释放资源或关闭宿主容器
    }
});

注意：此方式创建的WebView需由开发者自行管理其容器（如PopupWindow、Fragment或新Activity），否则可能导致内存泄漏。

6. 深度剖析：消息传递机制与线程模型

在onCreateWindow中使用的Message对象是WebView内部跨线程通信的关键。其流程如下：

graph TD A[用户点击 target='_blank' 链接] --> B{WebView判断是否允许新窗口} B -->|是| C[调用 WebChromeClient.onCreateWindow] C --> D[创建新WebView实例] D --> E[封装至 WebViewTransport 并通过 Message 回传] E --> F[主线程接收并绑定新窗口] F --> G[开始加载目标URL]

该机制依赖Handler消息队列，确保UI操作在主线程完成，避免并发冲突。

7. 安全性与性能考量

启用多窗口功能可能带来以下风险：

• 内存占用上升：每个新窗口持有一个WebView实例，而WebView本身是重量级组件
• JS注入攻击面扩大：若未严格校验URL来源，恶意脚本可能通过window.open传播
• 生命周期管理复杂化：需监听onCloseWindow以释放资源

建议在生产环境中结合URL白名单机制，限制仅可信域名可触发多窗口行为。

8. 最佳实践建议

综合上述分析，提出以下工程化建议：

场景	推荐方案	配置要点
H5内嵌营销页	方案一（当前页跳转）	复写shouldOverrideUrlLoading
类浏览器应用	方案二（多窗口）	启用setSupportMultipleWindows + 自定义WebChromeClient
混合导航型App	条件判断跳转	根据scheme区分外部浏览器跳转或内部加载

此外，应始终开启JavaScript支持（setJavaScriptEnabled(true)），因window.open()调用依赖JS引擎执行。