判断设备
在利川等地区，都构建了全面的区域性战略布局，加强发展的系统性、市场前瞻性、产品创新能力，以专注、极致的服务理念，为客户提供网站设计制作、成都做网站 网站设计制作定制网站设计,公司网站建设,企业网站建设,品牌网站制作,成都全网营销,成都外贸网站制作,利川网站建设费用合理。
JS与IOS交互方式一：WKScriptMessageHandler
WKWebView有一个内容交互控制器，该对象提供了通过JS向WKWebView发送消息的途径。需要设置MessageHandler，大家把这个功能简称为MessageHandler。
IOS具体实现参考： 链接
这里只说js调用
JS与IOS交互方式二：WebViewJavascriptBridge交互 拦截url做事件处理，如果要传参数，不建议用这种
Android端交互
冒号前面区分是什么功能，冒号后面是接收的参数
举个简单的例子，有个需求是要和APP交互的，h5页面里面有个分享按钮，点击之后需要调用APP原生的分享功能
app那边写好了一个方法是onShare( )
第一步：就是点击分享好友触发
第二步：定义onShare方法调用APP方法
isAndroid_ios（）这个函数是判断是否是安卓或者是ios
因为安卓和ios的调用方法不同
以onShare()方法为例：
安卓：window.AndroidFunction.onShare('1'); // android
IOS：window.webkit.messageHandlers.onShare.postMessage(’1‘); //ios
里面可以传参给APP 的
这个h5这边很简单，只需要把方法挂载到window上，APP就能调用
具体为
混合开发中需要web需要和原生交互方式。
原生需要写方法来让H5调用，H5在window中获取方法。
ios壳中方法全部放在webkit.messageHandlers对象中，前端调用只需要
Android中调用方法，直接在window中调用安卓给的对象
H5调用原生方法后，原生怎么回调给H5?
跟原生一样，H5需要写好方法，让原生调用，这里调用就是原生直接调用了H5的方法，当然这个方法是要全局的方法，在window对象中的。
在react中写原生调用的方法，需要在调用的组件中componentDidMount里面添加方法：
原生方法可能多个地方使用，每次都去判断系统，然后分别调用不同方法很麻烦，不是前端该有范儿。应该在一个文件中统一处理，其他页面只需要调用处理好的方法就好。
例如获取当前设备号，原生封装好方法后，统一在一个文件中处理：
这样在其他页面就可以直接使用getDeviceId就可以得到得到设备号，才不管你是哪个系统呢。
奇技指南
2018年11月26日发表的“360 AI音箱H5开发实践”一文中，曾简单提到“与Native交互”。本文将就此主题深入探讨H5与App交互的几种常见模式。
本文内容如下：
H5，在中国被专门用来指代开发内嵌于手机应用中的网页的技术，外国好像并没有这个说法。从技术上讲，H5是HTML5即Hyper Text Markup Language（超文本标记语言）第5版的简称。而HTML只是开发网页要用到的多种技术之一。除了HTML，还要用CSS设计界面，用JavaScript实现交互，甚至要用Node.js实现服务端逻辑。为什么H5会被用来笼统地指代这些技术呢？我猜一是因为它简单，二是移动端网页开发技术又恰好需要这么一个概念。
移动端网页运行在手机应用内嵌的浏览器引擎中，这个没有UI的内核容器统称WebView，即iPhone的UIWebView（iOS 2.0–12.0）、WKWebView（iOS 8.0+，macOS 10.10+）和Android的WebView。总之，WebView就是在手机应用中运行和展示网页的界面和接口（神奇的是，英文Interface，既可以翻译成“界面”也可以翻译成“接口”）。
H5与原生应用的交互都是通过原生应用中的WebView实现的。通过这个环境，H5可以调用原生应用注入其中的原生对象的方法，原生应用也可以调用H5暴露在这个环境中的JavaScript对象的方法，从而实现指令与数据的传输。
比如，在Android应用中，WebView类有一个公有方法addJavascriptInterface，签名为：
调用这个方法可以向WebView中以指定的名称name注入指定的Java对象object。这样，WebView中的JavaScript就可以通过name调用object的方法。比如：
在iOS或macOS中，需要通过创建WKWebView类的实例在应用中嵌入网页，交互过程类似。
所谓基础接口，就是首先要规定原生应用和JS分别在WebView里注入/暴露一个什么对象：
并约定在这两个对象上分别可以调用什么方法：
顾名思义，NativeBridge.callNative是由JS调用向Native传递指令或数据的方法，而JSBridge.callJS则是由Native调用向JS传递指令或数据的方法。方法签名中的参数含义如下：
基础接口只有两个对象和两个方法，JS与App间的互操作则通过action和params来扩展和定义。
对于JS而言，虽然这里只定义了一个对象一个方法，但实践中，可以把action对应方法的实现附加到JSBridge上，只要把callJS实现为一个分发方法即可，比如：
这样，所有对callJS的调用，都会转化成对JSBridge上相应action方法的调用，优点是只需一行代码。
另一种实现方式是通过switch...case语句实现调用分发，比如:
这样实现的优点是所有方法一目了然，当然同样也是把所有相关接口都附加到同一个JSBridge对象上。
以上两种实现模式各有利弊。
由JS发起的单向调用App的操作，主要涉及加载URL和切换到原生界面，可对应如下action：
loadUrl调用的参考协议如下：
这里NativeBridge是App的原生对象，其callNative方法被调用时，会收到一个对象（字典/映射）参数。根据这个参数的action属性的值，App可知需要执行的操作是加载URL。于是再取得params属性中的url，发送请求即可。
loadContent调用的参考协议如下：
同上，这里通过params向App传递了必要参数，App负责切换到相应的原生界面。
由App发起的单向调用JS的操作，主要涉及用户点击后退按钮（），可对应如下action：
can_back调用的参考协议如下：
此调用返回的值示例如下：
顾名思义，can_back用于App询问JS：在返回上一级界面前，是否弹窗提示用户？
返回值中的can如果是true，则直接返回，不提示；如果是false，则弹出一个确认框，请用户确认。另一个值target是与App约定的返回目标，比如prev表示返回上一级，top表示返回顶级，等等。
双向调用是JS先调用App，然后App在完成操作后再调用JS，双向通常都需要传递数据。双向调用主要涉及JS调用App原生组件和用户点击右上角按钮，可对应如下action：
loadComponent的参考协议如下：
在这个例子中，涉及JS调用App显示其实现的城市选择组件：type: 'location'，用户选择完城市之后，App再调用set_location，将用户选择的城市名称传给JS：
JS根据拿到的值更新界面，完成一次双向调用。另一个例子是JS调用原生的日期选择组件，与此类似。
为什么叫displayNextButton？因为根据具体业务场景，可能存在如下三种情况：
displayNextButton协议的参考实现如下：
以上代码示例表明，JS调用App，告诉App显示“下一步”按钮，但是要禁用变灰，因为enable: false。如果传递的是enable: true，那么用户就可以点击“下一步”按钮了。点击之后，App再调用JS的save_form。最后，如果不想显示按钮，可以传递name: ''。
下面重点说一下用户点击“下一步”按钮，App调用save_form的场景。此时也分两种情况：
如果是JS通过App保存数据——可能因为App端实现了数据写入必需的加密机制——那么，JS可以在App调用save_form时将约定好的数据返回给App，由App去保存数据。
如果是JS直接保存数据，比如通过Ajax，那么在保存完数据之后，则还需要调用前面所说的App暴露的loadUrl或loadComponent方法，以告知App切换界面。当然这种情况下会出现第三次调用，但仍然属于双向调用。
本文介绍了JS与App交互的几种模式，而且只讨论了JS端的实现。在开发实践中，团队各端总会面临哪一端主导的问题。本文展示的参考实现就是H5端主导的一种实现形式。H5主导的特点是把主要业务逻辑都封装到WebView中，App主要协同配合，而优点是业务逻辑的变更不会蔓延到App。毕竟相对于H5，App的安装部署模式会造成多版本共存问题，需要尽可能控制新版本。假如由App端主导，将逻辑封装在App端，势必造成版本不受控，给整个项目或产品埋下隐患。
当然，事无绝对。具体情况还要具体分析。而且，哪方主导有时候也取决多方面因素。实践中还是要因人、因时、因势制宜。
JS调用Android原生方法，参数须是Java的内置类型：int、String等，若是JavaScript对象，需字符串化，否则Android无法正确接收；
JS调用Android原生方法，返回值是内置类型：int、String等，JS能够正确接收。若是Java自定义类型，则JS接收不到正确数据；
JS可以通过Android原生方法的返回值获取内置类型的参数，如String
若需要互传复杂类型的对象，双方须以String对媒介，以各自语言的Json工具类进行相互转化；
