标签: service

通过 前面 的学习，可以发现使用 start 方式开启 Service 非常简单，但是它有一个技大的弊端，没有办法与开启者进行通信。为了解决这个问题，我们一般会使用 bind 方式来定 Service 。以 bind 方式创建与绑定 Service 的步骤在 之前 也已讲述，此处将 用 一个实例来进行讲解。 1 、 创建一个继承 Service 类的子类 My Service 类，由于是采用 bind 方式绑定 Service ， 因此 My Service 类与 前文以 start 方式开启 Service 而创建的继承 Service 类的子类有很大不同。 前文说过，采用此种方式绑定 Servce 时会回调 onBind () 方法，此方法会返回一个 IBi nd 类的对象。一般情况下，如果我们在某个 Activity 中绑定了此 Service ，就会从 ServiceC onn ecti o n 类 onServiceConnected ( ComponentName name ， IBinder service ) 方法中获取到 onBind () 方法返 回 的 IBind 类的对象。 Activity 与 Service 可以进行通信，利用的就是这个 IBind 类的对象。 所以，我们可以建立一个 IBind 类的子类，并在该类中封装 Service 对象，并在 onBi n d () 方法中返回此类的对象。这样一来，在 Activity 中就可以对 Service 进行操作了。 My Servic e 类代码如下 ∶ package com.rfstar.servicetest2; import android.app.Service; import android.content.Intent; import android.os.Binder; import android.os.IBinder; import android.util.Log; public class MyService extends Service { private String message; private boolean isrunning = true; private IBinder binder = new MyBinder(); private MyService.ServiceThread serviceThread=new MyService.ServiceThread(); private Thread thread; @Override public IBinder onBind(Intent intent) { Log.i("service", "onBind"); thread = new Thread(serviceThread); //开启一个线程 thread.start(); /**返回一个可以在Activity的onServiceConnected()方法中接收的binder对象 * 它是Activity和Service通信的桥梁 * 在Activity中通过这个bind对象可以得到Service的实例引用 * 通过获取的Service实例就可以调用相关方法和属性 */ return binder; } @Override public void onCreate() { Log.i("service", "oncreate"); super.onCreate(); } @Override public int onStartCommand(Intent intent, int flags, int startId) { Log.i("service", "onStartCommand"); return super.onStartCommand(intent, flags, startId); } @Override public boolean onUnbind(Intent intent) { Log.i("service", "onUnbind"); return super.onUnbind(intent); } @Override public void onDestroy() { super.onDestroy(); //结束run方法的循环 serviceThread.flag = false; Log.i("service", "onDestroy"); } class ServiceThread implements Runnable { //用volatile修饰保证变量在线程间的可见性 volatile boolean flag = true; @Override public void run() { Log.i("service", "thread开始运行"); int i = 1; while (flag) { if (mOnDataCallback != null) { //通过线程模拟真实场景，循环改变数据 mOnDataCallback.onDataChange(message + i); } i++; try { //间隔2秒调用一次函数 Thread.sleep(2000); } catch (InterruptedException e) { e.printStackTrace(); } } } } public class MyBinder extends Binder{ public void setData(String message) { //从Activity传入message值 MyService.this.message=message; } public MyService getService() { /** * 返回当前MyService对象 * 当Activity中获取binder类的实例后 * 可以通过此方法获取Service类实例 */ return MyService.this; } } private OnDataCallback mOnDataCallback=null; public void setmOnDataCallback(OnDataCallback mOnDataCallback) { this.mOnDataCallback = mOnDataCallback; } public interface OnDataCallback{ void onDataChange(String message); } } 除了上面所说的 IBind 类之外，在此 Service 类中还建立了一个接口 OnDataCal l back ，用 来 进行数据的回调。 2 、 在 AndroidManifest . xml 中配置 Service 与前例相同，在 AndroidManifest . xml 中加入如下代码即可 ∶ 3、 通过 Context 调用 bindService ( Intent intent , ServiceConn e ction serviceConnection ， int flags ) 方法来绑定 Service. 调用 unBindService ( ServiceConnection serviceConnection ) 方法来解绑 Service 。 可以发现不管是绑定服务还是解绑服务都需传入一个 ServiceConnection 类的对象作为参。 ServiceConnection 类有两个比较重要的回调方法 ∶onServiceConnected ( ComponentName n a me , IBinder service ) 与 onServiceDisconnected ( ComponentName name ) ，这两个方法中前者是当 Actviy 与 Service 绑定时的回调方法，后者是解绑时的回调方法。一般情况下我们会在前个方法中获取 IBinder 类的对象，并通过该对象获取 Service 类的实例，然后对 Service 进行操作，而在后一个方法中主要就是做一些清理性工作，比如销毁对象。 本实例中为了展现出 Service 与 Activity 真正在做通信，加入了一个 TextView ，当 Main Actity 获取 Service 中的数据时，对该 TextView 的值进行修改。实例中布局文件在前例的 acivity_main.xml 文件基础上修改，大同小异，代码如下 ∶

通过前面的学习，读者应该对 Service 有了一个全面的了解，也知道了创建与启动 Service 的具体步骤与方法。下面将通过实例带领大家一起学习如何使用 Service 实例：以 start 方式创建与启动 Service 通过 前面 的学习，我们知道了用 start 方式创建以及使用 Service 的 4 个步骤，下面我们按照这 4 个步骤来进行讲解。 1 、 创建一个继承 Service 的类 My Service ，在类中实现它的几个主要方法，为了验证生命周期的结论，我们在生命周期方法中都加入了 Log 。同时，为了模拟真实的开发环境，我们建立了一个线程，并在 onStartCommand ( Intent intent ， in f lags ， in s tar t ld ) 方法中使用这个线程，在 on Des t roy () 挂起线程，并销毁线程对象。具体的代码如下 ; package com.rfstar.servicetest01; import android.app.Service; import android.content.Intent; import android.os.IBinder; import android.util.Log; import androidx.annotation.Nullable; public class MyService extends Service { private Thread thread; private ServiceThread serviceThread; @Override public void onCreate() { super.onCreate(); Log.i("MyService","onCreate"); } @Override public int onStartCommand(Intent intent,int flags,int startId) { Log.i("MyService","onStartCommand"); serviceThread=new ServiceThread(); thread=new Thread(serviceThread); //开启一个线程 thread.start(); return super.onStartCommand(intent,flags,startId); } @Override public void onDestroy() { super.onDestroy(); //结束run方法的循环 serviceThread.flag=false; //挂起线程 thread.interrupt(); thread=null; Log.i("MyService","onDestroy"); } @Nullable @Override public IBinder onBind(Intent intent) { Log.i("MyService","onBind"); return null; } @Override public boolean onUnbind(Intent intent) { Log.i("MyService","onUnbind"); return super.onUnbind(intent); } class ServiceThread implements Runnable { //用volatile修饰保证变量在线程间的可见性 volatile boolean flag=true; @Override public void run() { while (flag) { try{ //间隔1秒 Thread.sleep(1000); } catch (InterruptedException exception) { Log.i("MyService",exception.toString()); } Log.i("MyService","thread正在进行"); } } } } 2 、 在 AndroidManifest.xml 中配置 Service 。在讲解 Activity 时，我们讲解了显式意图和隐式意图的概念，不同形式的意图在 AndroidManifest . xml 中需要进行不同的配置，而且我们还解释了为何多使用隐式意图的方式进行 Activity 间跳转。这里特别说明一下，虽然在 Service 中也存在这样两种形式的意图，但是由于在 Android 5.0 之后 Google 公司出于安全考虑，禁止了隐式声明 Intent 来启动 Service 。因此，在开发中建议只使用显式意图，配置如下（为防止一些新入门的读者放错位置，展示出全部配置文件 ）：

一、 Web Service 是什么？ 就是网络服务， 根据W3C的定义，Web Services(Web服务)是一个用于支持网络间不同机器互操作的软件系统，它是一种自包含、自描述和模块化的应用程序，它可以在网络中被描述、发布和调用，可以将它看作是基于网络的、分布式的模块化组件。      Web Services 是建立在通用协议的基础之上的，包括 HTTP 、 SOAP 、 UDDI 、 WSDL 等。其中 Web Service 三要素就是 SOAP 、 WSDL 和 UDDI 。   SOAP 用来描述传递信息的格式， WSDL 用来描述如何访问具体的接口， UDDI 用来管理，分发，查询 webService 。 （以上粗体部分内容出自百度百科）  Web Services 的优势在于提供了不同应用程序平台之间的互操作，它使得基于组件的开发和 Web 相结合的效果达到最佳。它是基于 HTTP 协议的，调用请求和回应消息都可以穿过防火墙，不需要更改防火墙的设置，这样就避免了使用特殊端口进行通信时无法穿越防火墙的问题。   归纳总结—— Web service 就是一个应用程序，它向外界暴露出一个能够通过Web进行调用的API 。   其实，说白了，就是某个服务器，你可以理解为网站，开放了（即对外公开）某个功能或者方法，我们通过 web service 编程就可以获取到它公开的信息，从而为自己所用。比如说，某个天气网站，对外公开了其天气接口，那么我们就可以通过 web service 获取到每天的当地天气情况了。需要注意的是，上面说到， web service 是基于通用协议的，这个跟 JAVA 一样， 具备很好的跨平台跨语言特性！ 但是说是这么说的， Web Service 真的是这样的么？我目前因为实践少而不得而知，但是下面这篇博文却以历史传记的形式说明了 一些事情。我们可以参详下—— SOAP 和 WebService 的那些事     二、 SOAP 、 WSDL 与 UDDI 上面说到， SOAP 、 WSDL 和 UDDI 就是 Web Service 的三大组件，其中 SOAP 和 WSDL 是必选的，然后 UDDI 是可选的。所以我们要先来了解这几个协议。   （ 1 ） SOAP 全称就是 Simple Object Access Protocol ， 简单对象访问协议， 是用于交换 XML （ 标准通用标记语言 下的一个子集）编码信息的轻量级协议 。目前常用的有两个版本， SOAP1.1 和 SOAP 1.2 。 SOAP 的优点在于——它可以运行在任意的其他协议上，比如 SMTP,HTTP 等。 （ 2 ） WSDL 全称就是 (Web Services Description Language，即Web服务描述语言)是一种用来描述Web服务的XML语言，它描述了Web服务的功能、接口、参数、返回值等，便于用户绑定和调用服务。它以一种和具体语言无关的方式定义了给定Web服务调用和应答的相关操作和消息。      WSDL 是我们能够实实在在看到的东西，它是一份 xml 文档，用于描述某个 WebSerivce 的方方面面。 如果阅读上述的文字后，你依然无法理解 WSDL ，那么请阅读下面的内容：（来自某网友的，下面有出处） 你会怎样向别人介绍你的Web service有什么功能，以及每个函数调用时的参数呢？你可能会自己写一套文档，你甚至可能会口头上告诉需要使用你的Web service的人。这些非正式的方法至少都有一个严重的问题：当程序员坐到电脑前，想要使用你的Web service的时候，他们的工具(如Visual Studio)无法给他们提供任何帮助，因为这些工具根本就不了解你的Web service。解决方法是：用机器能阅读的方式提供一个正式的描述文档。Web service描述语言(WSDL)就是这样一个基于XML的语言，用于描述Web service及其函数、参数和返回值。因为是基于XML的，所以WSDL既是机器可阅读的，又是人可阅读的，这将是一个很大的好处。一些最新的开发工具既能根据你的Web service生成WSDL文档，又能导入WSDL文档，生成调用相应Web service的代码。 于是 WSDL 诞生。   源文档 http://sakyone.iteye.com/blog/353063     （ 3 ） UDDI 全称是： Universal Description, Discovery and Integration" ，中文翻译就是“通用描述，发现和集成服务”，或者可以叫“统一描述、发现和集成协议”。感觉很抽象是吧，我也这么觉得，哈哈。没关系，接着看。 以下的说明过于专业，不好理解，于是原文引用—— 了解 Web 服务规范: 第 3 部分：统一描述、发现和集成 (UDDI)   当所有应用程序都位于本地时，要找到所需的功能会非常容易。不过，使用 Web 服务之类的分布式系统时，您不能获得中央注册中心的好处。分布式系统也容易发生更改。而这正是 UDDI 的用武之地。它旨在用于两个目的。最初形成时，它被认为是一种“通用业务注册中心”。其想法是，企业可以使用以下三种方法之一搜索合作伙伴： “白页”：白页与电话簿中用于查找公司信息的白页类似。例如，如果您知道公司的名称，可以在其中查找公司的地址、如何进行联系，甚至还能够确定与组织中的哪个人联系。 “黄页”：同样，黄页与电话簿中的黄页一样，可以在其中根据分类查找公司。 UDDI 指定了各种分类法，以供各个公司用于对自己进行分类。例如，如果您在查找体育用具，则可以查找其北美工业分类系统（ North American Industry Classification System ， NAICS ）代码为 339920 的公司。 “绿页”：电话簿中没有绿页，但这里的想法是，公司可以使用此搜索方法来查找实现了特定服务的贸易合作伙伴。例如，可以搜索实现了使用邮政编码的距离计算功能的公司。 UDDI 同时也被认为是一种保持分布式应用程序长期运行的方法。其想法是这样的，可以缓存有关访问特定服务的信息，如果客户机崩溃，应用程序将自动回到注册中心并进行检查，以确定信息是否已更改。如果已更改，则可以直接在应用程序内进行更改（在理想的情况下将自动进行更改）并重试您的请求。     看完之后，大概懂了吧， UDDI 其实就是 业务登记逻辑 和注册，使得使用者能够快速查找。    

Toptest International Technology Limited is based in Hong Kong, mainly provides testing services for  integrated circuit (IC), electronic components and products .We have many experienced engineers in IC testing area and maintain a good relationship of cooperation with many universities.Now We have tested thousand  kinds of chips,including DC/DC voltage conversion, ADC and DAC/module of integration, digital-to-analog amp, Flash Memory, SRAM, DRAM, MCU, FPGA, DSP, CPU, etc. based on the integrated circuit testing field, offering most high-quality services for customers from home and abroad. Whenever you need,whatever problems you have  in IC testing, we will do the utmost effort to offer high-quality services to you, just a telephone, an email,  we can start to cooperate.