JS调Native:(1)拦截url:WebViewClient.shouldOverrideUrlLoading (2)绑定Java对象:WebView.addJavascriptInterface

最新推荐文章于 2025-11-27 20:19:25 发布
原创 最新推荐文章于 2025-11-27 20:19:25 发布 · 2.2k 阅读 · 0 ·
CC 4.0 BY-SA版权
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。

博客介绍了JS调用Native的两种方式，一是通过拦截url，利用WebViewClient.shouldOverrideUrlLoading方法；二是绑定Java对象，使用WebView.addJavascriptInterface方法，这两种方式在前端与原生交互中较为常用。
        
11.WebView封装设计实践
杨充
11-26 1375
目录介绍 01.前沿说明 1.1 案例展示效果 1.2 该库功能和优势 1.3 相关类介绍说明 1.4 WebView知识点 02.如何使用 2.1 如何引入 2.2 最简单使用 2.3 常用api 2.4 使用建议 2.5 异常状态类型区分 2.6 该库流程图 03.js调用 3.1 Java调用js方法 3.2 js调用java方法 3.3 js的调用时机分析 3.4 js交互...
Android AgentWeb WebView 与js交互总结
w风雨无阻w的专栏
06-09 3531
想必熟悉android开发的同学都知道使用原生 webview 与js 的交互方式，下面我们先来回顾一下。webview 通过addJavascriptInterface 进行对象映射首先要打开交互权限 , 允许使用javascript说明：以上“ JsInterface ”、“android” 都可以自己命名，这里仅做为示例。那么使用 AgentWeb的Webview和js 的交互方式，你知道吗？其实和原生webview与js的交互还是有些出入的，接下来，我们以代码进行详细说明。根据。
WebView 安全之 addJavascriptInterface
weixin_30699235的博客
02-26 632
WebView是Android平台下的一个重要组件，通常用来在Activity中嵌入一个简单的浏览器，实现在线网页浏览的功能。比如下面代码实现访问Google页面： WebView webView = new WebView (R.id.webView1); webView.getSettings().setJavaScriptEnabled(true); webView....
AgentWeb WebView 与 Android交互 JS调用 Android
TracyEminem的博客
06-15 7286
        WebView 与Android 交互的方法网上一大把，大概是自定义一个方法，加上@JavascriptInterface注解， @JavascriptInterface public void BackToAndroid(){ Log.e("EEEEE","-+++++++-++++++----"); }然后mWebview.addJavas...
android中Webview与javascript的交互（互相调用）
08-08
android中Webview与javascript的交互（互相调用）android中Webview与javascript的交互（互相调用）
android之WebView与JavaScript互调
WangShuo的专栏
11-01 791
以下是一个WebView与JavaScript互调的例子先看app.js 与index.html的代码index.html：<<!DOCTYPE html> <html lang="en"> <head> <meta charset="UTF-8"> <title>Document</title> <script > function jss() {
Android WebView性能优化专项解析：从加载到交互的全方位提速
最新发布
ZouZou的专栏
11-27 611
本文聚焦Android开发中WebView的性能优化问题，针对加载延迟、白屏卡顿、内存泄漏等常见痛点，提出系统化解决方案。从加载速度、渲染效率、内存管理和交互体验四个维度，详细介绍了预初始化WebView、资源缓存策略、硬件加速配置、JS执行优化等关键技术手段，并提供了生命周期管理规范和异常监控方法。通过量化指标验证优化效果，最终实现WebView性能的全面提升，达到接近原生应用的体验效果。
Webview开发及性能优化
JALLV的博客
07-06 1353
Webview现状 版本 内核 描述 <19(Android 4.4) Android Webkit内核 对HTML5的支持不是很好，js存在安全漏洞 >=19 Chromium内核 ...
AndroidAdvanceStudy:Android 开发高手课学习
05-11
2. **JavaScript与Java交互**：通过`addJavascriptInterface`创建一个桥接对象，使得JavaScript能调用Android的Java方法，实现双向通信。 3. **优化WebView性能**：启用硬件加速、禁用不必要特性、使用`WebView缓存...
Android实现H5与Native交互的两种方式
08-31
Url拦截方法依赖于WebViewClient的`shouldOverrideUrlLoading()`方法。当H5页面中的链接被点击时，这个方法会被调用，我们可以在这里拦截特定的Url并执行相应的Native操作。 1. **电话拨打**：如果Url以"tel:"开头...
shouldOverrideUrlLoading不被调用的问题
hly的博客
03-08 2万+
网上很多说部分机型在WebView使用拦截URL中出现了问题，今天我用的测试机是某米产品首先先说下WebView如果想拦截某个url的话需要重写shouldOverrideUrlLoading这个方法这是我刚开始写的方法，返回true拦截（即点击这个链接没有任何反应），返回false不拦截（即这个链接可以正常跳转），但是我这么写了却发现网页中的链接点击正常跳转，根本没有进到这个方法里，在网上找的各...
封装解决WebView的那些坑
盆子与火山的博客
07-31 3005
WebView 是 Android 最复杂以及最强大的一个控件（最多坑） ， 一大堆的 setting 让人摸不着头脑 ， 很多时候压根不知道这个设置有什么用 ，加上 WebViewClient 和 WebChromeClient 做为内部类 ， 一堆业务逻辑 ， 使得 Activity 变得乱糟糟的 ，代码可读性更是糟糕透了 ， 最后被逼上梁山 ， 走上了封装的道路 。 WebView 封
AgentWeb三方android web开源库的理解和认识
qq_17478479的博客
09-12 1万+
目前h5三方库很少，开源的也很少，比较主流点的就是AgentWeb和腾讯x5的一个Web库（AgentWebX5）。最近花了几天时间阅读AgentWeb源码和Demo。 分别从一下几点来说下感受： 1学习其中的技术和实现： (1)继承自WebView时，在xml布局引用，只需写包名和类名。 android:layout_width="match_parent" android:lay
Android 4.2版本以下使用WebView组件addJavascriptInterface方法存在JS漏洞
weixin_34346099的博客
09-23 380
JS注入漏洞存在的Android版本：Android &lt; 4.2 综述：Android的SDK中提供了一个WebView组件，用于在应用中嵌入一个浏览器来进行网页浏览。WebView组件中的addJavascriptInterface方法用于实现本地Java和JavaScript的交互。这个方法可以通过js脚本在本地执行任意Java代码，从而以当前用户身份执行任意命令。尽管Android官...
H5页面与原生交互的方法:webview.addJavascriptInterface
Ha_Girl的博客
05-31 4442
H5页面与原生交互的方法之 二、JsBridge 写在前面 js和java交互无非这两种方法： 第一种就是系统提供的webview.addJavascriptInterface， 第二种就是WebViewClient.shouldOverrideUrlLoading。 addJavascriptInterface有很大的安全隐患（通过js获取高权限，盗取用户信息、运行病毒代码等等），特别是4...
JSbridge系列解析（一）:JS-Native调用方法
贵公子丶笔记
08-30 1821
JSBrige系列直通车，由浅入深理解JS-Native的通信过程： JSbridge系列解析（一）:JS-Native调用方法 JSbridge系列解析（二）:lzyzsd/JsBridge使用方法 JSbridge系列解析（三）:lzyzsd/JsBridge源码解析 JSbridge系列解析（四）:Web端发消息给Native代码流程具体分析...
Carson带你学Android：你要的WebView与 JS 交互方式都在这里了
热门推荐
Carson带你学Android
03-22 35万+
前言 现在很多App里都内置了Web网页（Hybrid App），比如说很多电商平台，淘宝、京东、聚划算等等，如下图 上述功能是由Android的WebView实现的，其中涉及到Android客户端与Web网页交互的实现 今天我将全面介绍Android通过WebView与JS交互的全面方式 阅读本文前请先阅读：Android开发：最全面、最易懂的Webview详解 ...
APP webview JavascriptInterface安全
balance的博客
07-05 2035
一、Android webview1.1 Android4.2版本之前WebView.addJavascriptInterface存在反射调用执行任意命令漏洞。要利用成功，首先需要Android版本低于4.2（相当少，设置minSdkVersion为17可避免运行在低版本机器），然后该webview能打开恶意网页（扫码、url scheme、动态内容，均有可能产生站外链接，但一般app不会打开站外...
以上方案修改后，并没有走WebView.java和WebViewClient.java是什么原因，怎么解决
07-25
<think>我们之前讨论的是在系统源码层面修改WebView的行为，使得第三方应用内部WebView打开的URL跳转到浏览器打开。用户现在遇到的问题是：修改了WebView.java和WebViewClient.java中的代码，但是没有生效，即没有触发我们添加的逻辑。 可能的原因及解决方案： 1. **修改的源码位置不正确**： - 在Android系统中，WebView的实现已经从Android 4.4开始使用基于Chromium的WebView。因此，我们修改的`frameworks/base`下的`WebView.java`和`WebViewClient.java`可能只适用于AOSP的WebView，而有些设备使用的是其他WebView实现（如Chrome WebView，即com.google.android.webview）。因此，我们需要确保修改的是当前系统使用的WebView实现。 2. **系统实际使用的WebViewProvider不同**： - 从Android 5.0开始，WebView可以通过WebViewProvider使用不同的实现（如AOSP WebView，Chrome Stable, Chrome Beta等）。因此，我们需要修改的可能是Chromium的WebView实现，而不是AOSP的WebView。 3. **编译和部署问题**： - 修改了系统源码后，是否重新编译了正确的模块？是否将修改后的系统镜像刷入设备？有时候可能只编译了部分模块，或者刷机不成功。 4. **修改的代码逻辑没有被触发**： - 我们之前修改的是`WebView.loadUrl`方法，但是第三方应用可能会使用其他方法加载URL，比如`loadUrl`的重载方法（带有额外参数的）或者`loadData`、`loadDataWithBaseURL`等。因此，我们需要确保在多个入口都进行了拦截。 5. **系统版本差异**： - 不同Android版本的WebView实现有差异，需要针对具体版本修改。 6. **WebViewClient的覆盖**： - 第三方应用可以设置自己的WebViewClient，并重写`shouldOverrideUrlLoading`方法。如果应用已经重写了这个方法，并且返回了false，那么我们的系统级修改（在WebViewClient.java中）可能不会被调用。因此，我们的修改需要更底层。 7. **权限问题**： - 启动浏览器需要相应的权限，检查是否在系统应用中声明了权限，或者是否在系统级代码中正确处理了启动Activity的权限。 8. **白名单机制**： - 我们之前添加了白名单，可能因为白名单配置问题导致我们的拦截逻辑被跳过。 针对以上可能的原因，我们可以采取以下措施： ### 解决方案一：确保修改的是正确的WebView实现 - 确定当前系统使用的WebView实现。可以通过以下命令查看： ```bash adb shell dumpsys webviewupdate ``` 查看当前WebView的实现包名。 - 如果系统使用的是Chrome WebView（com.google.android.webview），那么我们需要修改Chromium的源码，而不是AOSP的WebView。 ### 解决方案二：在多个加载入口添加拦截 - 除了`loadUrl(String url)`，还需要考虑以下方法： - `loadUrl(String url, Map<String, String> additionalHttpHeaders)` - `loadData(String data, String mimeType, String encoding)` - `loadDataWithBaseURL(String baseUrl, String data, String mimeType, String encoding, String historyUrl)` - `postUrl(String url, byte[] postData)` 在WebView.java中，我们需要在这些方法中都加入拦截逻辑。 ### 解决方案三：在更底层的网络请求处拦截 - 如果应用使用了自定义WebViewClient，那么我们在WebViewClient.java中的修改可能被覆盖。因此，我们可以考虑在WebView加载URL的底层网络请求处拦截，例如在`WebViewClient`的`shouldInterceptRequest`方法中，但这里通常用于资源拦截，不太适合做跳转。 - 更合适的做法是在`WebView.loadUrl`的各个重载方法以及`loadDataWithBaseURL`等入口处进行拦截，因为这些是加载URL的起点。 ### 解决方案四：检查权限和Intent启动 - 在启动浏览器时，确保系统有足够的权限。系统应用通常具有较高的权限，但也要注意在启动Activity时添加`Intent.FLAG_ACTIVITY_NEW_TASK`标志。 ### 解决方案五：完善白名单机制 - 确保白名单配置正确，特别是系统浏览器和系统关键组件的包名。 ### 修改示例（在WebView.java中多个入口添加拦截）： 在`WebView.java`中，我们可以在多个加载URL的方法里调用我们的拦截逻辑。 ```java public void loadUrl(String url) { if (tryInterceptUrl(url)) { return; } // 原始逻辑 } public void loadUrl(String url, Map<String, String> additionalHttpHeaders) { if (tryInterceptUrl(url)) { return; } // 原始逻辑 } public void loadDataWithBaseURL(String baseUrl, String data, String mimeType, String encoding, String historyUrl) { // 注意：这个方法的baseUrl可能是网页的基础URL，而data是HTML内容，我们无法直接拦截 // 但是，如果baseUrl是一个http/https的URL，我们可以考虑拦截 if (baseUrl != null && (baseUrl.startsWith("http://") || baseUrl.startsWith("https://"))) { if (tryInterceptUrl(baseUrl)) { return; } } // 原始逻辑 } // 其他加载方法类似 private boolean tryInterceptUrl(String url) { if (shouldForceOpenInBrowser(url)) { openUrlInSystemBrowser(url); return true; } return false; } ``` 注意：对于`loadDataWithBaseURL`，我们只能拦截baseUrl，而无法拦截HTML内容中可能包含的链接。对于HTML内容中的链接，我们可以在页面加载后通过JavaScript进行拦截，但这需要修改WebViewClient的行为，而且应用可能会覆盖WebViewClient。因此，我们更倾向于在链接被点击时（即`shouldOverrideUrlLoading`）拦截，但这里又面临应用覆盖的问题。 ### 解决方案六：修改WebViewClient的shouldOverrideUrlLoading默认行为 我们之前修改了`WebViewClient.java`中的`shouldOverrideUrlLoading`方法，但是应用可以设置自己的WebViewClient，覆盖这个方法。因此，我们需要在系统级强制所有WebViewClient的`shouldOverrideUrlLoading`方法都先经过我们的逻辑。 我们可以修改`WebView.setWebViewClient`方法，将传入的WebViewClient包装成我们自己的WebViewClient： ```java public void setWebViewClient(WebViewClient client) { // 使用我们包装的WebViewClient super.setWebViewClient(new SystemWebViewClientWrapper(client)); } private static class SystemWebViewClientWrapper extends WebViewClient { private WebViewClient mOriginalClient; SystemWebViewClientWrapper(WebViewClient original) { mOriginalClient = original; } @Override public boolean shouldOverrideUrlLoading(WebView view, String url) { // 先执行系统级的拦截 if (view.getContext().getApplicationInfo().uid > Process.FIRST_APPLICATION_UID) { Intent intent = new Intent(Intent.ACTION_VIEW, Uri.parse(url)); view.getContext().startActivity(intent); return true; } // 再执行应用设置的WebViewClient的逻辑 if (mOriginalClient != null) { return mOriginalClient.shouldOverrideUrlLoading(view, url); } return false; } } ``` 这样，无论应用设置什么样的WebViewClient，我们的拦截逻辑都会先执行。 但是，这种方法可能会破坏应用原有的行为，因为我们在应用自己的WebViewClient之前就拦截了URL，并且直接启动了浏览器，没有给应用处理的机会。因此，我们需要权衡是否所有第三方应用都需要强制跳转。 ### 最终建议 由于修改系统源码影响较大，建议采用分步骤的方式： 1. 确保修改的是当前系统使用的WebView实现（AOSP WebView还是Chrome WebView）。 2. 在WebView的多个加载入口添加拦截。 3. 通过包装WebViewClient来确保系统级拦截先于应用级拦截。 4. 完善白名单，避免系统应用被拦截。 如果问题仍然存在，需要检查系统日志（logcat）来查看拦截逻辑是否执行，以及是否有异常抛出。 由于修改系统源码的复杂性，建议在修改后通过以下命令重新编译WebView模块（以AOSP WebView为例）： ```bash mmm frameworks/base ``` 然后重新打包system.img并刷机。 注意：不同Android版本的具体实现可能不同，以上代码示例可能需要根据具体版本调整。 希望这些解决方案能帮助您解决问题。</think>### 安卓系统源码修改WebView跳转未生效问题分析及解决方案 在系统源码修改后WebView跳转浏览器未生效，且未触发相关逻辑，主要存在以下技术原因和解决方案： --- ### 一、核心问题分析 1. **WebViewClient覆盖机制** 第三方应用可自定义`WebViewClient`覆盖系统默认行为[^1]： ```java // 应用层可覆盖系统级修改 webView.setWebViewClient(new CustomWebViewClient()); ``` 此时系统源码中的`shouldOverrideUrlLoading`不会被触发 2. **Chromium内核隔离** Android 4.4+使用独立Chromium内核，修改AOSP框架层代码对实际渲染引擎无效[^3] 3. **多入口加载问题** URL加载可能通过以下未被拦截的入口： ```java webView.loadUrl(url, headers) // 带额外参数的加载 webView.loadDataWithBaseURL() // 基础URL加载 webView.evaluateJavascript() // JS触发的导航 ``` 4. **进程边界限制** 系统级修改需在WebView提供者进程生效，而非应用进程： $$ \text{应用进程} \xrightarrow{\text{Binder IPC}} \text{WebView提供者进程} $$ --- ### 二、系统级解决方案 #### 方案1：强制覆盖WebViewClient（推荐） 在`frameworks/base/core/java/android/webkit/WebView.java`： ```java // 修改setWebViewClient方法 public void setWebViewClient(WebViewClient client) { // 强制注入系统级拦截器 super.setWebViewClient(new SystemWebViewClient(client)); } private class SystemWebViewClient extends WebViewClient { private final WebViewClient mAppClient; SystemWebViewClient(WebViewClient appClient) { mAppClient = appClient; } @Override public boolean shouldOverrideUrlLoading(WebView view, WebResourceRequest request) { // 系统级拦截逻辑 if(isThirdPartyApp() && isHttpUrl(request.getUrl())) { launchExternalBrowser(view.getContext(), request.getUrl()); return true; } // 应用自定义逻辑 return mAppClient != null && mAppClient.shouldOverrideUrlLoading(view, request); } } ``` **优势**：确保系统拦截器始终在最外层执行 #### 方案2：Chromium内核层修改 文件路径：`src/chrome/android/java/src/org/chromium/android_webview/AwContents.java` ```java // 修改导航处理核心 private void handleNavigation(String url, boolean isRedirect) { if (shouldForceExternal(url)) { Intent intent = new Intent(Intent.ACTION_VIEW, Uri.parse(url)); intent.addFlags(Intent.FLAG_ACTIVITY_NEW_TASK); mContext.startActivity(intent); return; // 中断WebView内部加载 } // 原始导航逻辑... } ``` **编译要求**： ```bash # 需单独编译WebView模块 m module_webview ``` #### 方案3：Binder代理拦截 在`frameworks/base/core/java/android/webkit/IWebViewProviderService.aidl`： ```java interface IWebViewProviderService { // 添加拦截方法 boolean shouldOverrideUrl(in String url); } // 实现类中 public boolean shouldOverrideUrl(String url) { return SystemUrlInterceptor.shouldBlock(url); } ``` --- ### 三、关键验证点 1. **进程检查** 通过`adb shell dumpsys webviewupdate`确认修改的WebView提供者正在运行 2. **内核版本匹配** 使用`WebView.getCurrentWebViewPackage()`验证修改的内核版本是否生效 3. **多入口测试用例**： ```java // 需覆盖的测试场景 webView.loadUrl("https://example.com"); webView.loadUrl("https://example.com", customHeaders); webView.loadDataWithBaseURL("https://base.com", htmlData); ``` --- ### 四、调试建议 在系统代码中添加日志： ```java // 在WebViewCore中 Log.d("WEBVIEW_DEBUG", "Loading URL: " + url + " | Caller UID:" + Binder.getCallingUid() + " | Stack:" + Log.getStackTraceString(new Throwable())); ``` 通过`adb logcat -s WEBVIEW_DEBUG`观察加载路径 --- ### 五、兼容性处理 在`frameworks/base/core/res/res/values/config.xml`添加： ```xml <!-- 启用WebView重定向功能 --> <bool name="config_webview_force_redirect">true</bool> <!-- 排除应用白名单 --> <string-array name="config_webview_redirect_exclusions"> <item>com.android.chrome</item> <item>com.tencent.mm</item> <!-- 微信等特殊应用 --> </string-array> ``` --- ### 六、技术原理图 ```mermaid graph TD A[第三方应用] -->|loadUrl| B(系统WebView API) B --> C{是否自定义WebViewClient?} C -->|是| D[应用级shouldOverrideUrlLoading] C -->|否| E[系统默认实现] D -->|返回false| F[Chromium内核加载] E --> G[系统级拦截器] G -->|拦截| H[启动外部浏览器] G -->|放行| F F --> I[实际渲染进程] ``` --- ### 相关问题 1. 如何在不修改系统源码的情况下实现第三方应用WebView跳转控制？ 2. Android Chromium内核与系统WebView API的通信机制是怎样的？ 3. 系统级WebView修改如何通过CTS兼容性测试？ 4. WebView的Binder IPC通信模型存在哪些安全边界？ 5. 如何为不同Android版本实现差异化的WebView行为控制？
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值