android交互,和android交互

android中webview与js交互

移动开发中，我们经常会遇到混合开发模式，经常是在移动客户端中增加网页，来减少客户端的压力，同时也让软件更加灵活。废话少说，下面直接进入主题。

webView.getSettings().setAppCachePath(getCacheDir().getAbsolutePath());

webView.getSettings().setAppCacheEnabled(true);

if (Constant.DEBUG) {

webView.getSettings().setCacheMode(WebSettings.LOAD_NO_CACHE);

}

if (Build.VERSION.SDK_INT = Build.VERSION_CODES.LOLLIPOP) {

webView.getSettings().setMixedContentMode(WebSettings.MIXED_CONTENT_ALWAYS_ALLOW);

}

//参数1 定义Android 与js交互的接口， 参数2 与js交互的一个常量，可以是任意一个常量字符串，

但是h5网页调用的时候需要增加这个参数二：handler

public class JSInterface{

@JavascriptInterface//这个标注必须加上 表示js要调用的方法，可以自动识别

public void getShareInfo(String strings) {

//todo android dosomething

}

}

那么 js端该如何调用这个方法呢\

android 和ios的调用方法不一样 因此 h5里面需要区别andorid和ios机型来分别调用移动端方法

如android：

//handler 是与android 约定的常量（最好做成全局通用的常量）

//getShareInfo 是与android 定义的调用方法

以上常量、方法、参数类型 必须一致才能成功调用

WebView提供两个事件回调类给应用层，分别为WebViewClient,WebChromeClient开发者可以继承

这两个类，接手相应事件处理。WebViewClient 主要提供网页加载各个阶段的通知，比如网页开始

加载onPageStarted，网页结束加载onPageFinished等；WebChromeClient主要提供网页加载过程

中提供的数据内容，比如返回网页的title,favicon等。

有需要监听加载网页进度

//需要webBar的可以自定义增加一个webBar

最后，就是大家都知道的webView.loadUrl(url);//url需要加载的网页

那么，如何在android调用js的方法呢

//getMsg() 为js里面暴露的方法

在销毁的时候：

protected void onDestroy() {\

super.onDestroy();\

if (webView != null) {\

webView.loadUrl("about:blank");\

webView.destory();\

}\

}

相关问答

Q1: 浅谈iOS与Android设计规范：6类交互设计规范对比

iOS和Android两个不同的平台，肯定是有很多区别的，下面就从交互的角度，谈谈区别。

以前就读过IOS和Android的规范，但是觉得没啥大用处，因为现在APP为了保持一致性，通常在IOS和Android上的设计是一样的，而且一些小公司只设计IOS的交互原型，因为只要IOS上能用，安卓上肯定没问题，前段时间，和一个人聊，问我它俩的区别，当时一脸懵逼，不知从何说起。毕竟是两个不同的平台，肯定是有很多区别的，下面就从交互的角度，谈谈区别。

一、全局导航

IOS：通常放在底部，方便用户点击

Android：通常放在上面，下面有物理按键，防止误操作。

解析：因为Android比IOS多了物理按键，为了防止误操作，所以只能将全局导航放在上面，但是随着屏幕越来越大，上面是手指无法触及的区域，所以切换起来相对成本较高。

二、二级导航

IOS：通常放返回、上一级标题、标题（居中），操作通常只有一个

Android：通常返回控件、logo、下拉菜单、重要操作、更多操作

解析：IOS显示了上一级的名称，让用户点击返回后，心里有预期，Android放了APP的logo，增加了品牌性，但是就使用来讲，用户不知道点击会回到哪，下拉菜单和更多操作都需要点击才能显示，增加了操作步骤。

三、工具栏

IOS：通常放在最下面，方便操作

Android：放在导航栏里，将重要操作放在外面，其他放在更多里。

解析：IOS将操作都放在底部，区域更大，操作更方便。Android将操作放在了顶部，显得很拥挤，并且还收起了一部分，需要用户查找，但是却节省了空间，让内容显示区更大。

四、提示框

IOS：出现在屏幕中间，可以带图标，可以不带，可以是静态的，也可以是动态的。

Android：不可以带图标，不能是动态的，最多只可以带一个操作按钮，最多只能出现一个提示，不能和低端的悬浮按钮重合。

解析：IOS的设计理念是尽量不打扰用户，只要用户能看见变化，轻易不会出现提示，只有一些用户无法感知时，才会出现提示框，所以可以是动态的，像调节音量。Android的提示要比IOS重一些，因为它可以带一个按钮。

五、警示框

IOS：标题和按钮是必须的，可以有内容和输入

Android：主要有四种：用途、内容、事件、表现。

1、用途包含了标题，内容和事件。

六、手势定义

IOS的手势规定有8种，如下：

解析：IOS只有8种手势，Android有14种，但是很多都不常用，个人感觉IOS的8种已经完全够用了，定义那么多种，用户的学习成本就会提高，而且Android的有些手势并没有定义可以做什么，所以给出这么多手势也没有用。

结语

本文对IOS和Android的规范进行了对比，Android的规范那是相当详细，但是IOS的只给出了设计原则，所以，一些是我自己总结的，可能对比的还不够全面，欢迎大家一起讨论。

Q2: android 中的交互有几种

1. 广播交互

提到Activity与Service的交互，可能狠多人首先想到的就是BroadCast——广播。在Android中，广播是系统提供的一种很好的交互方式。比如：在电池电量过低，开机完成等情况下，系统都会发出相应的系统广播，我们的应用程序只需要注册相应的广播接收器，就可以接收到这些系统的广播。同时，我们也可以定义自己的广播，这样在不同的Activity、Service以及应用程序之间，就可以通过广播来实现交互。我们通过模拟应用程序后台下载的情况来分析Service与Activity的交互方式。

2. 共享文件交互

这里提到的共享文件指的是Activity和Service使用同一个文件来达到传递数据的目的。我们使用SharedPreferences来实现共享，当然也可以使用其它IO方法实现，通过这种方式实现交互时需要注意，对于文件的读写的时候，同一时间只能一方读一方写，不能两方同时写。

3. Messenger交互(信使交互)

Messenger翻译过来指的是信使，它引用了一个Handler对象，别人能够向它发送消息(使用mMessenger.send(Message msg)方法)。该类允许跨进程间基于Message通信，在服务端使用Handler创建一个 Messenger，客户端只要获得这个服务端的Messenger对象就可以与服务端通信了。也就是说我们可以把Messenger当做Client端与Server端的传话筒，这样就可以沟通交流了。

4. 自定义接口交互

何谓自定义接口呢，其实就是我们自己通过接口的实现来达到Activity与Service交互的目的，我们通过在Activity和Service之间架设一座桥梁，从而达到数据交互的目的，而这种实现方式和AIDL非常类似(后文会说到)。

5. AIDL交互

什么是AIDL？

AIDL是Android Interface Definition Language的首字母缩写， 也就是Android接口定义语言。提及AIDL就不得不说下Android的服务，Android 支持两种服务类型的服务即本地服务和远程服务。

Q3: android客户端和服务器端怎么交互

android客户端和服务器端是基于IntentService的，具体如下：

后台使用简单的servlet，支持GET或POST。这个servlet最终返回给前台一个字符串flag，值是true或false，表示登录是否成功。

然后在安卓的ADT上创建一个安卓项目，建立两个Activity，分别作为登录界面和登录成功界面。

HTTP的访问公共类，用于处理GET和POST请求。

IntentService服务，用于在后台以队列方式处理耗时操作。

在AndroidManifest.xml中注册IntentService。注意uses-permission节点，为程序开启访问网络的权限。

登陆界面处理，注意按钮监听事件中，使用Intent将要传递的值传给service。接收广播类中，同样使用Intent将要传递的值传给下一个Activity。在onCreate()中，动态注册接收广播类的实例receiver。在接收广播类中，不要使用完毕后忘记注销接收器，否则会报一个Are you missing a call to unregisterReceiver()? 的异常。

Q4: iOS与Android的交互差异

平常用的是iOS设备，每次把玩安卓测试机都会有些不习惯。对于一些小厂来讲，由于资源有限，一般安卓和i设计稿都通用一个设计稿。虽然现在ios和安卓在设计方面越来越趋同，但还是有些差异化的地方，不然在开发的过程中，搞不清楚两者的差异化会闹出很多笑话。这里只是简要的写出iOS和Android交互方面的一些差异，只作一个引子。

1.标题的位置

Andriod的导航栏标题一般在左边，iOS的导航栏标题一般居中显示。这只是一个小差异，一些大厂应该会做出规定，导航栏的标题统一居中显示。

2.手势操作差异

对于某个单一的item，安卓是长按进行“删除”及其他操作，而iOS是左滑删除或者其他操作。这个交互属于比较常见的方式了，不遵守这个设计差别的话，用户用起来也会比较别扭。

3.搜索框差异

Andriod搜索框后面一般带有“搜索”两个字，左边有一个“返回”箭头；iOS搜索框后面一般没有搜索按钮，他的搜索按钮一般在键盘上，搜索框后面有一个“取消”按钮。为什么要这么做？其实也是iOS和Android的系统决定的。安卓的键盘上虽然有一个“箭头”的标识可用作搜索，但是由于标识不够明显，所以搜索框后面要加一个“搜索”按钮。同时，由于iOS键盘上就有“搜索”按钮，所以不用这么做。当然，现在也有一些大厂搜索框也做成一致，越趋向于iOS。

4.消息通知

Andriod的消息通知的推送只需在本应用内进行开关操作，不涉及到系统层面的开关；而iOS则需要在系统层面去控制系统的开关。iOS的消息推送都是需要去iOS的设置-通知-XX应用里面去进行设置。

5.地址选择器

对于地址选择，iOS一般使用系统交互的滚筒控件，但是部分Android APP也用这个交互，则是不对的。对于Android交互而言，一般是用列表选择代替滚筒的设计。

6.小结

以上的交互差异是比较常见的差异了，当然现在做的比较好的是安卓和iOS的交互都日益趋向统一了，至少从现在来讲，差异还是存在的。这就需要我们在设计的过程中分清这些差异，并做到合理而具有变通的设计。