一、android里***activity怎么向service传递参数

android中activity中向service传递参数，有如下方法：\x0d\x0a\x0d\x0a1.在Activity里注册一个BroadcastReceiver，Service完成某个任务就可以发一个广播，接收器收到广播后通知activity做相应的*作。\x0d\x0a2.使用**ndService来关联Service和Application,应用.apk里的所有组件一般情况都运行在同一个进程中，所以不需要用到IPC，**ndService成功后，Service的Client可以得到Service返回的一个iBinder引用，具体的参见Service的文档及onBind的例子，这样Service的引用就可以通过返回的iBinder对象得到，如\x0d\x0apublic class LocalService extends Service{\x0d\x0a// This is the object that receives interactions from clients. See\x0d\x0a// RemoteService for a more complete example.\x0d\x0a private final IBinder mBinder= new LocalBinder();\x0d\x0a\x0d\x0a public class LocalBinder extends Binder{\x0d\x0a LocalService getService(){\x0d\x0a return LocalService.this;\x0d\x0a}\x0d\x0a}\x0d\x0a\x0d\x0a@Override\x0d\x0a public IBinder onBind(Intent intent){\x0d\x0a return mBinder;\x0d\x0a}\x0d\x0a}\x0d\x0a\x0d\x0a之后Client通过这个iBinder对象得到Service对象引用之后，可以直接和Service通讯，比如读取Service中的值或是调用Service的方法。

二、sc 注册服务启动后怎样向exe中传参数

方法一：使用windows自带的命令sc

使用sc create方法创建。

如：sc create CaptureScreen **npath= F:\zwmei-project\decklink-learning\OutputBitmap\Debug\OutputBitmap.exe type= own start= auto displayname= Screen_Capture

其中 CaptureScreen为服务名，可以在系统服务中找到，（通过在命令行运行services.msc打开系统服务）。**npath为你的应用程序所在的路径。 displayname为服务显示的名称,这个在注册表中可以找到，（通过在命令行中输入regedit打开注册表，在HKEY_LOCAL_MACHINE-- SYSTEM-- CurrentControlSet下找到你的服务显示名）

注意：在sc命令中，=号前面不能有空格，而=号后面必须有一个空格，切记。另外要以管理员的身份打开命令行。

这种方法不一定能成功，如果你的exe不符合服务的规范，可能会启动失败。下面我们讨论第二种方法

方法二：在第一种方法失败的情况下，我们可以使用instsrv.exe和srvany.exe两个小工具为我们分忧解难

我们可以在****instsrv.exe和 srvany.exe然后放到自己的文件夹中，可以将文件夹放入C盘。下面我们开始注册服务。

已管理员的身份运行命令行，首先进入工具所在的文件夹,如：c:\tools。

执行c:\toolsinstsrv.exe ServerName srvany.exe

这样我们就创建了一个名为ServerName的srvany的服务，那么我们自己的exe该放在哪呢。下面我们打开注册表

找到ServiceName这个服务，然后右键新建项，名称为Parameters。单击该项，然后在右边新建两个字符串值。第一个名为Application,值为：应用程序路径，如：c:\myApp.exe。第二个名为AppDirectory，值为：应用程序所在目录，如:c:\。

接下来我们进入系统服务，找到ServiceName这个服务，双击进入它的属性。设置允许与桌面交互。然后启动服务。

至此我们完成了将exe注册为服务的过程。

三、Web Service

Web Service技术是原来的组件技术思想在 Internet时代中的进一步发展，更准确地说，Web Service是封装成单个实体发布到网络上，并提供 API以提供其他程序使用的功能**，是在 Internet上进行分布式计算的基本构造块，是可用 URL定位服务资源。简言之，Web Service是可远程调用的应用程序组件。Web Service的本质目的是提供一个与*作系统、程序设计语言、机器类型、运行环境均无关的平台，实现 Internet中应用程序的共享。Web Service基于一系列的标准协议，其协议构架如图 4.4示。

图 4.4 Web Service协议架构

统一描述、发现与集成协议 UDDI(UniversalDescription，Discovery and Integration)用于构建Web Service的服务注册中心，实现服务发现功能。Web服务描述语言 WSDL(Web Service DescriptionLanguage)驻留在服务容器中，定义了一种提供Web服务描述的标准化方式。简单对象访问协议SOAP(Simple Object Access Protocol)提供传输数据的标准方式，充当在服务提供方和服务请求方之间激活服务的消息交换服务。可扩展标记语言 XML(Extensible Markup Language)是 Internet上数据交换的标准，在 Web Service中实现信息表达，用于 SOAP，WSDL和 UDDI。超文本传输协议 HTTP(Hyper Text Transfer Protol)是 Web Service流行的传输协议。Web Service体系结构是一种面向服务的结构，典型的Web Service组件架构如图 4.5示。

Web Service体系结构主要由服务请求者、服务注册中心和服务提供者三部分组成。其实现过程包括服务发布与注册、服务查询与发现、服务绑定与调用三个过程。服务请求者指查询、调用服务的客户端程序;服务提供者即服务的所有者和部署服务的平台;服务注册中心指用来存储服务信息的信息库，服务提供者在这里发布、注册服务、而服务请求者在这里查询、绑定服务，终实现调用服务提供者的服务。

图 4.5 Web Service组件架构

Web Service有两大核心优势，即分布性和互*作性。在 Web Service架构下，服务提供者和服务请求者都可以是分布式的，一个服务请求者可以远程调用多个服务提供者的服务，服务提供者也可以同时为多个服务请求者提供服务，这为服务共享提供了一个佳的方式。

互*作性也是服务共享的关键问题。Web Service的信息表达基于标准通用的 XML语言，在 XML语言的基础上，使用 WSDL和 UDDI实现服务注册与发现，使用 SOAP实现服务调用。基于这些标准的协议，Web Service实现了服务的跨平台、跨语言的共享。XML、SOAP、WSDL和 UDDI是用于构建和使用 Web Service的核心标准和技术。以下将分别介绍这四种标准和技术。

4.2.2.1 XML

XML是一种数据描述语言，为 Internet上数据交换的标准。XML定义了应用系统间传递数据的结构，而且这种结构的描述不是基于二进制的、只能由程序去判读的代码，而是一种简单的、能够用通用编辑器读取的文本。XML的基本概念包括元素、属性、DTD，Schema和命名空间等。元素是 XML文档内容的基本单元。语法上而言，一个元素包括一个起始标记、结束标记以及标记之间的数据内容。形式上为:< tag>数据内容< tag>。元素内容可以为其他的元素或未处理文本或两者的混合，还可以是空的。元素的嵌套使得文档的层次结构很容易表示。一个元素可以有多个属性。属性是一个名称数据对，表示为字符串。用户可以根据需要自己定义。一个元素不能有同名的两个属性。

XML的精髓是允许文档编写者制定基于信息描述、体现数据间逻辑关系的自定义标记。如果不对文档标记作明确定义，而是任意地使用它们，则生成的文档是无法识别的。DTD是对文档结构的一个清晰描述，定义了特定文档中允许出现的元素类型、属性和实体，给出了文档的整体结构和语法。XML Schema是定义 XML的数据定义文件。XMLSchema也规定了一套特定文档的结构，这是与 DTD的相同之处。与 DTD相比，大的不同在于它本身也是 XML文档。此外还有以下的不同: XML Schema可以用 XML解析器来解析;允许使用全局性元素(在整个 XML文档中用相同的方式使用元素)和局部元素(特定的上下文中元素有不同的含义);提供丰富的数据类型(整型、布尔型、日期类型等)，且元素的数据类型可以自定义。

XML命名空间是一组可以用作 XML文档的元素或属性名称的名称集，就是将元素或属性的名称归类。因为 XML的开放性，允许任何人创建属于他们自己的元素或属性名称，这样就不可避免地出现不同的人或组织定义的元素名称或属性名称重复，使得相同的名称表达不同的语义。为了避免元素之间出现相同名称的冲突，命名空间限定这些元素或属性名称在命名空间内是唯一的。一般命名空间由这些统一资源标识符 URI(Universal Resource Identifier)来识别。URI在 Internet上是全球唯一的，用 URI来限定 XML元素名称或属性名称也就确保是全球唯一的。XML主要具有四大优势:

(1)XML用文本格式表示数据，方便在 Internet上的传输。这一点使 XML数据可以方便地利用现有的 Internet上基于文本的各种传输协议(如 HTTP)进行传输，可以安全的穿越防火墙。

(2)XML是可扩展的。XML是一个元语言(MetaLanguage)，它使用了标准化的方法定义其他语言。它只是为结构文档提供了一个数据格式，而没有深入该数据本身，定义它的词汇列表。这使自定义标记语言成为可能，每个行业，每个部门，甚至每个人都可以定义自己的标记语言。

(3)XML可以对信息进行很好的层次描述。它基于信息内容的描述，对信息的表达清晰。

(4)XML可以进行数据完整性的自动检验。XML DTD和 Schema机制使得 XML解析器可以检验 XML文档是否与 DTD或 Schema相配。

4.2.2.2 SOAP

SOAP通过定义一个关于远程组件如何请求信息和如何递交信息的标准，实现 Internet中不同应用之间的集成和交互。SOAP是一个基于 HTTP和 XML的请求、响应 RPC协议。SOAP把 XML使用代码化为请求和响应参数编码模式，并用 HTTP传输。SOAP本身没有定义任何应用程序语义，如编程模型或特定语义的实现，实际上它通过提供一个有标准组件的包模型和在模块中编码数据的机制，定义了一个简单的表示应用程序语义的机制。这使得 SOAP能够被用于从消息系统到 RPC(远程进程调用)的各种应用中。

SOAP规范主要由信封(Envelop)、编码规则(Encoding Rules)和 RPC表示(RPC Representation)三部分组成。①SOAP信封构造定义了一个整体的 SOAP消息表示框架，可以用于表示消息中的内容是什么，是谁发送的，谁接受并处理它，以及这些处理*作是可选的还是必需的等。②SOAP编码规则定义了一个数据的编码机制，通过这样一个编码机制来定义应用程序中需要使用的数据类型，并可用于交换由这些应用程序定义的数据类型所衍生的实例。③SOAP RPC表示定义了一个用于表示远程过程调用和响应的约定，例如，如何使用 HTTP或 SMTP协议于 SOAP绑定，如何传输过程调用，在具体传输协议的哪个部分传输过程响应，如可以在 HTTP的响应的时候传递过程响应。这三部分在功能上是彼此独立的。特别的，信封和编码规则是被定义在不同的 XML命名空间中，这样有利于通过模块化获得定义和实现的简明性。

SOAP消息是 SOAP应用中的主体要素。SOAP为在一个松散的、分布的环境中使用XML对等地交换结构化地和类型化的消息提供了一个简单的轻量级机制。SOAP消息的描述框架格式是以 SOAP信封为根元素，内含 SOAP Header和 SOAP Body子元素的一个XML文档。所有的 SOAP消息都是使用 XML格式来编码的。SOAP消息必须不包含 DTD与 PI(Processing Instructions)。除 SOAP must understand attribute和 SOAP actor attribute外，一般允许属性及属性值自由地选择是在 XML实例中描述还是在 XML Schema中描述。SOAP是一种基于 XML的轻量级消息交换协议，它是建立在现有行业标准之上的，所以在支持这些标准的平台上运行的应用程序可以通过 SOAP消息与其他平台上运行的应用程序有效地进行通信，而且能够穿越防火墙，因而得到了业界的广泛支持。

4.2.2.3 WSDL

Web服务描述语言 WSDL(Web Services Description Language)是基于 XML模式的规范，用于将 Web服务描述为*作集，并将数据输入/输出参数描述为消息。WSDL还定义使用绑定机制将任何传输协议、数据格式或结构附加到抽象消息、*作或终端的通信模型。

WSDL将 Web服务描述为一组服务访问点，或称为一组“端口”，客户端可以通过这些端口对包含面向文档信息或面向过程调用的服务进行访问。一个端口定义了一个“服务”项目的提供地点。一个服务可以有多个提供地点，但只能对一组事先定义好的“信息”做出响应。“信息”是对通信数据的描述，每条信息由一组数据组成，这些数据必须定义为收、发双方都能识别的“类型”。端口和信息结合在一起代表了一组“*作”，并定义了这个服务访问点的“端口类型”。把一种协议和一种数据格式关联在一起就定义出了一种可重复使用的“绑定”。把一个**和一个绑定关联在一起就定义了一个端口，相关的具体部署的端点通过组合就成为抽象的 Web服务。综上所述，WSDL文档的根元素是 definitions元素，该元素又包含 6个子元素:

(1)Types:包含可由服务器收发的消息的架构定义。常见的表示架构的方法是使用 XML架构;

(2)Message:充当一个将架构中的消息与消息的定义关联起来的交叉引用。简单地说，就是定义通信中的数据，包括数据输入和输出。

(3)PortType:定义一组 Web服务可公开的接口。一个接口与一个或多个消息关联。

(4)Operation:它是对服务端所实现功能的抽象定义。

(5)Binding:将 PortType定义与某个特定的协议关联。

(6)Service:定义 Web服务公开的相关端点(端口)的**。

4.2.2.4 UDDI

统一描述、发现和集成协议 UDDI(Universal Description，Discovery and Integration)是一套基于 Web的、分布式的、为 Web服务提供信息注册中心的实现标准规范，同时也包含一组使不同的人或组织能将自身提供的 Web服务注册以使得他人或其组织能够发现的访问协议的实现标准。UDDI注册的工作流程如图 4.6。

UDDI注册中心是 Web服务注册、用户集中管理的地方，通过它可以发布、查询、调用 Web Service，也可以查询特定服务的描述信息，并动态绑定到该服务上。UDDI注册中心同时还提供服务结点管理、用户管理、权限管理、计费管理等功能。服务提供者提供服务需要到 UDDI注册中心进行服务的注册、登记，这样用户就可以通过 UDDI注册中心获取所需要服务的基本信息与技术细节信息，再通过对服务的绑定得到服务和产品。

图 4.6 UDDI注册工作流程