首页 > 代码库 > iOS JS 和 OC交互 / JS 和 native 相互调用

iOS JS 和 OC交互 / JS 和 native 相互调用

2024-08-20 09:18:43   224人阅读

现在app 上越来越多需求是通过UIWebView 来展示html 或者 html5的内容, js 和 native OC代码交互 就非常常见了.

js 调用 native  OC代码

第一种机制

(1)最常用的是 利用 - (BOOL)webView:(UIWebView *)webView shouldStartLoadWithRequest:(NSURLRequest *)request navigationType:(UIWebViewNavigationType)navigationType 这个UIWebView 代理方法里拦截 JS 发送的请求,如果是约定的请求 那么就触发本地该执行的OC方法

我遇到常用的两种场景:

(1.1)页面缓冲加载过程中 该shouldStartLoadWithRequest:就可拦截多个请求,查找约定的关键字,锁定约定请求即可触发本地OC

(1.2)页面有按钮类别的焦点区域, 点击触发请求,通过 shouldStartLoadWithRequest: 对请求进行判断 ,触发本地OC

     举例:html 分享按钮

<html>
    <header>
        <meta http-equiv="Content-Type" content="text/html; charset=utf-8" />
        <script type="text/javascript">function shareClick() {
                loadURL("iOS//:shareAction");//这个链接对应 下面iOS方法中同一链接的关键字
            }
        </script>
    </header>

    <body>
        <h2> 点击webView上面的按钮 触发本地 OC 分享方法 </h2>
        <button type="button" onclick="shareClick()">按钮名称</button>
    </body>
</html>

 

- (BOOL)webView:(UIWebView *)webView shouldStartLoadWithRequest:(NSURLRequest *)request navigationType:(UIWebViewNavigationType)navigationType
{
    NSString *requestUrl = request.URL.absoluteString;
   DLog(@"请求URL:%@",requestUrl);
   //判断是商品
  if(![NSString isEmpty:requestUrl] && [requestUrl hasPrefix:@"hfmall://"])  
    {//约定 按请求前缀 是"hfmall://"来判断是商品 甚至可以从请求链接里面截取有效参数 如果频繁处理并且几个参数或者说有特殊字符,应该考虑用json进行64位编拼在链接上传过来
        NSRange range = [requestUrl rangeOfString:@"hfmall://"];
        if (range.length > 0) {
            NSString *shangpinId = [requestUrl substringFromIndex:range.length];
            GoodsDetailViewController *detailVC = [[GoodsDetailViewController alloc] init];
            detailVC.shangpin_id = shangpinId;
            [self.navigationController pushViewController:detailVC animated:YES];
            return NO; //执行本地代码 返回NO
        }
    }
   //点击UIWebView页面上分享按钮 执行本地OC 分享方法
   //是文章分享
   NSRange range1 = [requestUrl rangeOfString:@"ios//:shareAction"];
   if (range1.length != 0) {
      [self share]; //执行分享方法
      return NO;
   }
   //TODO:其他情况拦截判断
   return YES;//无有效需要拦截的链接 走系统默认方法
}

 

第二种机制

JavaScripCore

该框架 在 iOS7开始出现,可以实现 js 和 native OC原生交互,添加头文件#import <JavaScriptCore/JavaScriptCore.h>

 

[webView loadRequest:request];请求开始或者请求完成后获取js上下文

(1)js 自由选择时机调用native端 OC 代码

html端

<html>
    <header>
        <meta http-equiv="Content-Type" content="text/html; charset=utf-8" />
        <script type="text/javascript">
            function secondClick() {
                iosHideBottomBar(‘参数1‘,‘参数2‘);//和 OC代码中标记红色背景关键名称一样 即可识别
            }
        </script>
    </header>

    <body>
        <h2> js 自由选择时机调用native端 OC 代码 </h2>
        <button type="button" onclick="secondClick()">按钮名称</button>
    </body>
</html>

 

//获取js上下文
JSContext *context = [self.webView valueForKeyPath:@"documentView.webView.mainFrame.javaScriptContext"];

  context[@"iosHideBottomBar"] = ^() { // @"iosHideBottomBar"为和js 约定执行的方法名,这样js 可以自由选择时机调用native端 OC 代码

        DLog(@"%@",[NSThread currentThread]);//打印当前线程

　　　　　NSArray *args = [JSContext currentArguments];//回调js 方法iosHideBottomBar传递的参数

        for (JSValue *jsVal in args) {

            DLog(@"%@", jsVal.toString);

        }

        __block JSContext *contextObject = context;

       dispatch_async(dispatch_get_main_queue(), ^{

            self.isShowLikeFooter = NO;

            [self handleHiddenBottomBar];

            NSString *jsString=@"xxxxx(‘如果需要传递返回值‘)"; //准备执行的js代码 按约定方法xxxxx回传返回值

            [contextObject evaluateScript:jsString];

        });

  };

 //该闭包是在非主线程中得到的回调,如果需要处理UI要在主线程更新 当前测试环境 为 XCode 8.0 模拟器 5s 8.3 打印结果如下

/**
2016-11-11 17:05:54.447 dailylife[4163:181210] <NSThread: 0x7ff68cc2fd90>{number = 7, name = (null)}

(lldb) po [NSThread currentThread]

<NSThread: 0x7ff68a423150>{number = 1, name = main}

**/

 小节:

两种机制不同:

a.  前者需要 不断对js 发起的每一条请求进行过滤判断,再执行早已定义好的OC方法,因为无法预知具体需要触发本地OC方法时机,

b.  后者 js 和 OC约定同一个方法名做识别关键字iosHideBottomBar 年 在JSContext获取webView js上下文,告诉js 本地有这个同样方法名的OC方法,你可以随时调用(子线程中).

体验下来,发现 后者这种 webView 控制调用更合理,在需要的时候调用.  但是现在好多第三方 用的都是前者,拦截url判断的方法,比如"有赞"就是,所以两种方法 我们都应该掌握,在需要的的时候选择相对更优的方式处理实现

native OC 调用 js

调用时机是应该是 webFinishLoad后, 

(1)stringByEvaluatingJavaScriptFromString : 我常用这个方法去获取 webView标题

NSString *title = [webView stringByEvaluatingJavaScriptFromString:@"document.title"];

@"document.title" 传递给js  (js call native) 是异步的

当js 返回的 title字符串 (native call  js) 是同步得到的

stringByEvaluatingJavaScriptFromString 方法应该在主线程中执行,

这个方法也可以oc js相互传递参数 

这个方法调用时机:应该在webview 请求完成后再调用 js 方法,这里才能用stringByEvaluatingJavaScriptFromString,因为

要等页面加载完,页面没加载完就相当于有些对象不一定创建成功,那么用js时候就容易找不到对象

(2)

//创建对象 context 获取 js上下文
JSContext *context=[webView valueForKeyPath:@"documentView.webView.mainFrame.javaScriptContext"];      \
NSString *jsString=@"iosHideBottomBar(‘参数1‘,‘参数2‘)"; //准备执行的js代码 并向iOS 传递参数1 参数2
[context evaluateScript:jsString];//通过oc方法调用js的 iosHideBottomBar

 

其他情况:

我还特意考虑了 相互需要返回值的可能

在具体上面方法举例,使用方法名时候 有特意强调参数,和返回值的情况不再赘述

参考:

http://blog.devtang.com/2012/03/24/talk-about-uiwebview-and-phonegap/

http://www.jianshu.com/p/d19689e0ed83

 

iOS JS 和 OC交互 / JS 和 native 相互调用


联系
我们