『壹』 H5页面与原生App（安卓，IOS）交互
在客户端项目中，同一个app会开发成两个版本，一个是安卓版本，一个IOS版本，公司必须有两个开发团队（一个安卓团队，一个IOS团队）来进行开发，这样一来，开发成本非常之高。所以，往往在实际项目-中，会嵌套很多H5页面，一个H5页面同时兼容安卓和IOS两个系统 ，这样一来，大大减少了开发成本，前端开发页面就必须和原生进行交互。
1. 页面开发 —— 前端开发人员将所有的页面按照移动webappp进行开发，做好不同屏幕的适配（宽度100%,视口为移动端视口 (快捷方式meta:vp tap），字体适配rem单位，设置html根标签的font-size然后根据媒体查询判断设备屏幕大小进而设置html根标签的不同fontsize，去除移动端高亮显示；小图标要善于使用字体图标（常用的字体图标库有阿里巴巴矢量图），改变input标签的默认样式可以采用隐藏input,然后通过字体图标来控制前面的图标，就可以做成自己想要的图标效果）
2.前端页面部署 —— 设置好入口文件（原生一进来就进入的页面，命名为index.html），部署到对应的服务器上，通过网址就能够访问到页面，将网址给app客户端开发人员，他们将app配置好环境后讲页面嵌套在app中。
3.进行数据对接：两种对接方式（1）.前端页面自己通过ajax去后台拉数据，然后自己在页面上使用再提交给后台。前提是原生需要将对应的设备号，加密方式，请求数据所需要的各种参数通过回调函数传递给H5页面，H5页面拿到这些数据后直接调后台的借口、获取到数据。（2）.前端页面不用自己去后台拉取数据，而是通过回调函数，获取到原生app拉取的数据，前端页面将这些数据处理后又通过回调函数交给app，再又app发送给后台。两种调用的优劣比较：如果H5页面及数据不是很多，使用第二种方式比较合理，不用H5页面请求数据（不用封装请求，不用加密数据），不使用框架，大大减少了页面的大小，提高性能及用户体验。如果涉及到的前端页面非常多，数据交互比较复杂的话，就必须使用第一种对接方式了，app只需要将设备号，加密规则，参数传递给H5，H5根据页面需求自己向后台拉去和请求数据，直接交互，不再通过app进行转接，减小复杂程度。
『贰』 原生APP中js怎样与Android和ios进行交互
Android的webview是基于webkit内核的,webview中集成了js与java互调的接口函数,通过addJavas criptInterface方法,可以将Java的类注册进webkit,给网页上的js进行调用,而且还可以通过loadUrl方法是给webkit传递一个URL,供浏览器来进行解析,实现Java和js交互。要想运行网页上的js脚本,webview必须设置支持Javas cript。Java代码1mWebview.getSettings().setJavas criptEnabled(true);然后是设置webview要加载的网页:web的网页:webView.loadUrl("http://www.google.com");本地的网页:webView.loadUrl("file:///android_asset/XX.html"); //本地的存放在:assets文件夹中webview做完基本的初始化后咱们还要要给它,加进一个回调的代理类Javas criptInterface,并给它一个调用的名称:ncpJava代码1mWebView.addJavas criptInterface(new Javas criptInterface(),"ncp");Javas criptInterface可以是一个普通的Java类,类实现的方法,均可被js回调:Java代码final class Javas criptInterface {public int callOnJs() {return 1000;}public void callOnJs2(String mode) {//TODO}}Java要调用js的方法,只需知道js的方法名称即可:Java代码1mWebView.loadUrl("javas cript:onSaveCallback()");js 这边就更简单:Js代码window.onload = function(){document.getElementById('btn_1').addEventListener('click', onBtnClick, false);var _int_value = window.ncp.callOnJs();alert("get int from java:" + _int_value );}function onBtnClick() {window.ncp.callOnJs2("click");}
『叁』 iOS WKWebView JS 与 原生交互小结
目前iOS项目中 Webview 几乎都会用到，iOS 8 之前使用UIWebView，iOS 8 之后 Apple 就不推荐使用了，目前已经放弃了，如果项目中存在就无法上架了，需要转为WKWebView了，说实话 UIWebView 是有性能上的缺陷，内存优化不够友好等，但是不得不说这是老的iOS开发人员用的最熟练熟悉的了，用起来得心应手。非迫不得已还真不愿转到WKWebView。好吧，既然已经这样了，又何必苦苦单恋一支花呢？
看了网上教程很多，自己使用小结一下，简单易用，本文适用于菜鸟级开发，废话不说了，
最主要的方法：发送消息
注意：对象名和方法名jumpUserProtocol名字的一致，参数可以是常用的NSArray，NSDictionary等类型，先说下在这个Demo中其实没用上，用的方法名判断的。
注意： addScriptMessageHandler
name为方法名 ，和JS 中的保持一致，添加脚本，相当于给Webview添加一个监听，有这个功能来处理JS。
在WKScriptMessageHandler代理方法中处理回调，实现自己的逻辑。
上面就是JS调用OC原生实现。
这个其实很简单，就一个方法：
『肆』 H5与原生APP交互方式 (IOS及安卓)
判断设备
JS与IOS交互方式一：WKScriptMessageHandler
WKWebView有一个内容交互控制器，该对象提供了通过JS向WKWebView发送消息的途径。需要设置MessageHandler，大家把这个功能简称为MessageHandler。
IOS具体实现参考： 链接
这里只说js调用
JS与IOS交互方式二：WebViewJavascriptBridge交互 拦截url做事件处理，如果要传参数，不建议用这种
Android端交互
冒号前面区分是什么功能，冒号后面是接收的参数
『伍』 iOS 原生与JS交互 （webkit + js）
鉴于最近项目中需要用到原生与JS交互，以前做过交互，但是没有总结一个demo，这次做的时候都忘记了，所以这次做了一个swift 和 OC 的demo。方便以后需要用交互功能的时候查看。
由于也没有难的点，所以这里就不做技术上的讲解了。直接上的地址： iOS webKit (swift + oc) 原生交互Demo . demo里包含了Swift 版和 OC版 ,由于UIWebView的性能相比webkit而言，相差甚远，在加上现在的项目基本都支持8.0以上的系统，所以基本可以放弃UIWebview了。
『陆』 App与Js交互（一）iOS
Demo： https://github.com/gwpp/jsinterface
不论是在创业团队中快速试错，还是在成熟团队中快速迭代复杂需求，还或者是其他原因，WebView在APP中的大量使用已经成为了一个明显的趋势，这也应该算是大前端融合的一个表象吧。笔者在工作中也遇到过很多App&Js交互的问题，粗浅的研究了一下，这里也分享给大家，如果有错误的地方还请下方留言指出，共同进步。
众所周知，iOS有 UIWebView 、 WKWebView 两个组件可以用来渲染嵌入页面。前者使用甚广，出生的也早，后者是iOS8推出的，优化了加载速度和内存，安全性上也有所提升。具体的两者比较网络、上都很多，这里不做赘述。
前两种方法到此就介绍完了，很简单，但是在项目大了之后拦截跳转的代理方法中会有非常多的判断。冗余、可维护性差，硬编码重。所以我们会有下面的其他方法。
JSContext即JavaScriptContext，这个东西在UIWebView中可以拿到，但是在WKWebView中却是取不到了，所以只能用在UIWebView中。除此以外Android里也有类似的一个东西，所以使用JSContext就有了在JS端多平台统一的可能，这里不多说，在《App与Js交互（三）》中会有详细说明。
JSContext的原理就是iOS暴露出去一个遵守 <JSExport> 协议的对象给JS，JS可以直接调用该对象的public方法。
window.webkit.messagehandlers.<name>.postMessage 是apple推荐使用的WKWebView的JS交互方式，使用起来比较简单，不支持callback回调。
『柒』 iOS - OC 与 JS 交互六种方式总结
在 APP 中，免不了与 H5页面打交道，所以掌握 与 JS 交互就显的至关重要，本文总结了常见的与 JS 交互方式。
注意事项
在 OC 原生中
在 html 文件中
早期的JS与原生交互的开源库很多都是用得这种方式来实现的，例如：PhoneGap、 WebViewJavascriptBridge 。
效果图
使用WKNavigationDelegate中的代理方法，拦截自定义的 URL 来实现 JS 调用 OC 方法。
注意点
关于如何区分执行不同的OC 方法，也与UIWebView的处理方式一样,通过URL 的host 来区分执行不同的方法：
JS 调用OC 方法后，有的操作可能需要将结果返回给JS。这时候就是OC 调用JS 方法的场景。
WKWebView 提供了一个新的方法 evaluateJavaScript:completionHandler: ，实现OC 调用JS 等场景。
注意点
运行结果
在iOS 7之后，apple添加了一个新的库JavaScriptCore，用来做JS交互，因此JS与原生OC交互也变得简单了许多。
首先导入JavaScriptCore库, 然后在OC中获取JS的上下文。
再然后定义好JS需要调用的方法，例如JS要调用share方法：
则可以在UIWebView加载url完成后，在其代理方法中添加要调用的share方法：
OC 调用 JS 方法有多种，首先介绍使用JavaScriptCore框架的方式。
使用JSContext 的方法 -evaluateScript ，可以实现 OC 调用 JS 方法
效果图
使用WKWebView的时候，如果想要实现JS调用OC方法，除了拦截URL之外，还有一种简单的方式。那就是利用WKWebView的新特性MessageHandler来实现JS调用原生方法。
创建 WKWebViewConfiguration 对象，配置各个API对应的MessageHandler。
然后在界面即将显示的时候添加MessageHandler
需要注意的是addScriptMessageHandler很容易引起循环引用，导致控制器无法被释放，所以需要移除MessageHandler
这里实现了两个协议 <WKUIDelegate,WKScriptMessageHandler> ， WKUIDelegate 是因为我在JS中弹出了alert 。 WKScriptMessageHandler 是因为我们要处理JS调用OC方法的请求。
WKScriptMessage 有两个关键属性 name 和 body 。
因为我们给每一个OC 方法取了一个name，那么我们就可以根据name 来区分执行不同的方法。body 中存着JS 要给OC 传的参数。
关于参数body 的解析，我就举一个body中放字典的例子，其他的稍后可以看demo。
解析JS 调用OC 实现分享的参数：
message.boby 就是JS 里传过来的参数。我们不同的方法先做一下容错性判断。然后正常取值就可以了。
下面只列举一个shareClick()方法，其他看Demo
这里使用WKWebView 实现OC 调用JS方法与之前说的文章一样，通过
- evaluateJavaScript:completionHandler:
效果图如下图所示
详情看下面文章链接
iOS下 JS 与 OC 互相调用(五) - UIWebView+WebViewJavascriptBridge
详情看下面文章链接
iOS下 JS 与 OC 互相调用(六) - WKWebView+WKWebViewJavascriptBridge
iOS下 JS 与OC 互相调用(一) - UIWebView 拦截 URL
iOS下 JS 与OC 互相调用(二) - JavaScriptCore
iOS 下 JS 与 OC 互相调用(三) - WKWebView 拦截 URL
iOS下JS与OC互相调用(四)-MessageHandler
iOS下 JS 与 OC 互相调用(五) - UIWebView+WebViewJavascriptBridge
iOS下 JS 与 OC 互相调用(六) - WKWebView+WKWebViewJavascriptBridge
『捌』 原生APP中js怎样与Android和ios进行交互
一、对于Android和ios我们要执行不同的操作，下面是判断系统的js代码
// alert(ismobile(1)); 1表示Android，0表示ios
function ismobile(test){
var u = navigator.userAgent, app = navigator.appVersion;
if(/AppleWebKit.*Mobile/i.test(navigator.userAgent) || (/MIDP|SymbianOS|NOKIA|SAMSUNG|LG|NEC|TCL|Alcatel|BIRD|DBTEL|Dopod|PHILIPS|HAIER|LENOVO|MOT-|Nokia|SonyEricsson|SIE-|Amoi|ZTE/.test(navigator.userAgent))){
if(window.location.href.indexOf("?mobile")<0){
try{
if(/iPhone|mac|iPod|iPad/i.test(navigator.userAgent)){
return '0';
}else{
return '1';
}
}catch(e){}
}
}else if( u.indexOf('iPad') > -1){
return '0';
}else{
return '1';
}
}
二、js调用app端函数，下面是js代码
if(ismobile(1)==1){
Android.setTypeActivity(id,type,href);
}else{
jsToios(id,type,href);
}
setTypeActivity是Android端定义的函数，jsToios是ios端定义的函数，括号里是js端传递的参数。
三、至于js端怎样获取app端的数据，只需在js端提供给app端函数名字，在通知app端调用即可
四、还有一种方法可以不通过app的方法将数据传递给另一个页面，那就是通过URL的方式
在本页面将数据拼接在ip后面
在另外一个页面通过下面方法获取URL后的参数
function GetRequest() {
var url = location.search; //获取url中"?"符后的字串
var theRequest = new Object();
if (url.indexOf("?") != -1) {
var str = url.substr(1);
strs = str.split("&");
for(var i = 0; i < strs.length; i ++) {
theRequest[strs[i].split("=")[0]]=decodeURIComponent(strs[i].split("=")[1]);
}
}
return theRequest;
}
// 获取URL参数
var Request = new Object();
Request = GetRequest();
var name;
name = Request['name'];
『玖』 原生APP中js怎样与Android和ios进行交互
从使用场景上，Web App用户面临比原生APP用户更严峻的问题： 1、 页面跳转更加费力，不稳定感更强 思考点：如何减少跳转(扁平结构、页面布局技巧)，增加数据及展示的流畅流程及稳定性(技术) 2、 更小的页面空间(由于浏览器的导航本身占用一部分屏幕空间)，更大的信息记忆负担 移动设备的屏幕要小得多。这种如同透过门缝进行的阅读增加了认知的负担。人脑的短期记忆是不稳定的，用户在滚动屏幕的过程中需要临时记忆的信息越多，他们的表现就会越差。——《贴心设计：打造高可用性的移动产品》 思考点：排版更清晰、信息更简练 (可在原生APP基础上去掉一些丰富、复杂的视觉表现) 3、 导航不明显，原有底部导航消失，有效的导航遇到挑战 思考点：如何有效的提供导航?有哪些形式? 4、 交互动态效果收到限制，影响一些页面场景、逻辑的理解。 思考点：比如登录注册流程的弹出、完成及异常退出，做好文字提示。 针对以上困境，解决方法总结如下： 首先，从APP到WAP版，在产品上，最明显且核心的： 1、 精简功能，只将核心的任务实现，非核心的枝节可考虑删减。 2、 做好新的Web App导航. 3、 补充从Web App 对 下载原生APP 的引导。 一、常见的几种Web APP导航样式 1.1顶部底部导航的设计： 1.2导航快捷键设计： 美团：顶部栏固定位置 淘宝：悬浮圆圈–可的按钮 优酷：非首屏时页面右侧悬浮 二、有效的导航设计 1、 基本的快捷导航中包括 返回常用页面(如 首页 我的 等)的快捷方式 2、 出现深层架构时 及时补充返回重要层级页面的快捷方式 3、 情境式导航，方便用户快捷跳转到ta想去的页面，如购买结束时提供查看订单详情的按钮。 PS：Web APP更加需要画页面跳转的流程图，摸清各个页面的入口，尤其是页面返回的流程;有些简化的返回按钮，可以特殊注明返回到的页面 在哪里出现引导？ 一般首页、核心任务的页面(如 电商Web APP的商品详情页 、视频Web APP的视频观看页) 二、引导下载APP有哪些形式? 页面顶部放置下载条 页面底部悬浮层引导 融合在页面首屏中 下载按钮形式 底部Foot里含客户端下载入口 其次，在设计Web App时，有以下小技巧可以参考： 1、 从页面布局上减少跳转：使用交互技巧隐藏文字(eg 腾讯视频) 利用收起按钮 减少页面跳转。 2、 取消float浮层，增大展示空间(eg：大众点评) 取消float浮层，同时在详情尾部再次加上 “购买”按钮。 浮层的转换处理。 3、 页面中对图片进行缩小(因情况而异)的处理、精简一些标签导航的视觉展示。 视觉微调。 技术上注意点： 1)各手机浏览器的兼容测试 2)底层服务的调取(能调取，但只有当其是核心功能时才保留 eg：新浪、美团等皆去掉了头像上传功能) 3)注意离线数据存储，减少数据请求频率。 4)考虑保存用户的哪些数据：设置、个人数据、阅读锚点、跳出页面等。 5)避免动效与浏览器的交互冲突 6)按顺序 异步加载 eg： 腾讯视频 腾讯视频异步加载。 虽然Web App目前处于比较尴尬的地位，我们是由于原APP客户端中一些页面需要分享出去才开启制作Web App版。 但是不得不承认，基于Web的轻APP 更新迭代起来更方便，随着H5技术的成熟和发展，也许以后就是基于H5的Web App的天下了 0.0
『拾』 js怎么跟Android和ios进行交互呢
Android和ios都是用语言编写的app，那么调用js的方法如下：
Native 调用 JS:
本质就一个方法,通过 ,都是同步。
1.通常方法：js修通过改doucument的loaction或者新建一个看不见的iFrame,修改它的 src,就会触发回调 webView 的 shouldStartLoadWithRequest,参数 request 的 url 就是新赋值的 location 或者 url,上层截获这个 url 的参数,对此分发即可。 这个都是异步调用的。
如 JS function：
var messagingIframe;
messagingIframe = document.createElement('iframe');
messagingIframe.style.display = 'none';
document.documentElement.appendChild(messagingIframe);
function TestIOSJS(){
messagingIframe.src = "ios/test/click";
};
当触发上面的JS时，webview会收到下面的回调：
- (BOOL)webView:(UIWebView *)webView shouldStartLoadWithRequest:(NSURLRequest *)request navigationType:(UIWebViewNavigationType)navigationType
{
NSString *url = request.URL.absoluteString;
if([url hasSuffix:@"ios/test/click"]){
//do something you want
return NO;
}
return YES;
}
通过截获这个request的参数就可以做native需要做的事情。