xmlrpc与jsonrpc

RPC是Remote Procedure Call的缩写，翻译成中文就是远程过程调用，是一种在本地的机器上调用远端机器上的一个过程（方法）的技术，这个过程也被大家称为“分布式计算”，是为了提高各个分立机器的“互操作性”而发明出来的技术。

按照“数据即程序”的观点来看，RPC无非是借助一些通信手段来互相传递数据（信息），所也她也是“高”层次的通信手段，无非是这种通信手段看起来更像是“过程的调用”，因为她往往以一个“函数”的面目示人，从而掩盖了她交换信息的实质。

在各种RPC技术中，我想应该以Sun的RPC最为著名，比较流行的网络文件系统NFS就是建立在SUN RPC技术基础之上的。
XMLRPC， 顾名思义（我总是喜欢这样把问题简单化，因为一个比较好的名字往往能概括出一个东西的本质，如果某个名字让你摸不着头脑，我推荐你放弃它，因为那个发明这 个东西的人都不知道它的实质，所以你也就没有必要在其上浪费无谓的时间和精力。）就是应用了XML技术的RPC。那么什么是XML了？
XML和 RPC一样也是一个东西的缩写，这个东西就是eXtensible Markup Language，中文意思就是可扩展标记语言，标记语言就是那种用尖括号（<>)括来括去的那种语言，比如说HTML。XML的可扩展性也 体现在它只定义了语言的格式，而并没有定义过多的关键字，也就是通常所说的标记（Tag），所以用户可以自由地选择定义标记。它的这种自由和简单的语法规 则也使得它广为流传，被用来表示各种数据。熟悉Lisp语言（一种被称为“一大堆”括号的语言）的同学可能觉得XML和Lisp语言有些类似，不同的是 XML用尖括号替代了Lisp语言中的圆括号(())。事实就是他们都是那么相似，那么多语言似乎都是等价的，不同的只是那些应用语言的人。
XML在XMLRPC充当什么角色呢？
答 案就是“交换的数据格式”。在Sun RPC中，调用双方传递的数据是二进制的，而在XMLRPC中数据将是XML格式的。那么为什么用XML而不用二进制呢？我想一方面应该是为了兼容更多的 语言，因为这个世界上除了C/C++等编译语言，还有很多类似python，perl，javascript等的脚本语言（最近有些文章也称其为“动态语 言”，因为他们通常不需要自己管理内存），另一方面是为了隔离操作系统的差异，比如说Little Endian和Big Endian的差异等。基于种种原因，XMLRPC选择了XML这种中间语言作为其信息的格式，然后由各个语言负责将其转变成各自native（本土）的 数据类型。关于为了兼容各个语言所发明的中间语言还有IDL（Interface Definition Language:接口定义语言），它被用于CORBA接口的定义。
关于XMLRPC的更多信息请到它的官方网站去学习,其中有XMLRPC的规范（Specification），不过是相当得简单的，因为XMLRPC本身就特别的简单，不相信？好，那下面我就请大家和我一起来学习如何写一个加法的XMLRPC。

   xml rpc是使用http协议做为传输协议的rpc机制，使用xml文本的方式传输命令和数据。一个rpc系统，必然包括2个部分：1.rpc client，用来向rpc server调用方法，并接收方法的返回数据；2.rpc server,用于响应rpc client的请求，执行方法，并回送方法执行结果。RPC是Remote Procedure Call的缩写，翻译成中文就是远程过程调用，是一种在本地的机器上调用远端机器上的一个过程（方法）的技术，这个过程也被大家称为“分布式计算”，是为了提高各个分立机器的“互操作性”而发明出来的技术。

简单描述:

rpcclient的工作原理:rpcclient根据URL找到rpcserver -> 构造命令包，调用rpcserver上的某个服务的某个方法 -> 接收到rpcserver的返回,解析响应包，拿出调用的返回结果。

rpcserver的工作原理:启动一个webserver(在使用内置的webserver的情况下) -> 注册每个能提供的服务，每个服务对应一个Handler类 ->进入服务监听状态。

XML-RPC是一种基于Internet的远程函数调用协议。

XML-RPC消息都是HTTP-POST请求。请求的主要部分的XML。服务器端执行后的返回结果同样也是XML格式。

函数调用的参数可以是scalars, numbers, strings, dates等等；也可以是混合型的记录和结构体。

Request请求样式

关于请求头

第一行的URI格式不是特定的。可以为空，如果服务器只处理XML-RPC请求甚至可以只是简单的一个斜线。可是，如果服务器除了XML-RPC外还提供其他的HTTP请求，URI可以帮助我们把请求指向特定的XML-RPC服务。

User-Agent和Host项是必须的。

Content-Type的值必须是text/xml.

Content-Length必须指定，而且必须是正确的值。

有效的格式

XML-RPC具有和XML一样的有效格式，并且是一个结构。

必须包含一个值为字符型的子元素，用来表明被调用的方法。这个字符必须符合以下规定：大小写字母、数字0-9、下划线、点、冒号和斜线。至于怎么解释这个字符串将有服务器端来决定。

Scalar s

值被嵌入类型标签中，支持的类型如下表:

Tag	Type	Example
or	four-byte signed integer	-12
	0 (false) or 1 (true)	1
	string	hello world
	double-precision signed floating point number	-12.214
	date/time	19980717T14:08:55
	base64-encoded binary	eW91IGNhbid0IHJlYWQgdGhpcyE=

如果没有指定类型，默认为字符串。

s

参数值可以是。

每个包含若干，每个包含一个和一个.

如果所示为包含两个值的

是可以递归使用的，任何都里还可以或其他任何类型，包括后面将要说明的。

s

值可以个

一个简单的有一个元素。可以是任何合法类型。

下面是一个有4个值的array：

12 Egypt 0 -31

elements do not have names.

元素没有名字。

你可以混合使用上面列出的几种类型。

可以递归使用，其值可以是或其他类型，包括上面说明的。

Response应答样式

下面是一个 XML-RPC请求：

HTTP/1.1 200 OK Connection: close Content-Length: 158 Content-Type: text/xml Date: Fri, 17 Jul 1998 19:55:08 GMT Server: UserLand Frontier/5.1.2-WinNT South Dakota

Respnse应答格式

除非底层操作出现错，否则总是返回200 OK.

Content-Type是text/xml。必须设置Content-Length，并且必须是正确的值。

应到内容是一个简单的XML，可是是包含一个,包含一个,包含一个。

可能含有一个< fault>标签。的值为类型,有两个元素，值为< int>的和值为的。

不能既有又有。

JSONRPC和XMLRPC基本类似，最主要的区别就是底层传递的数据，一个是XML，一个是JSON。JSON的好处不言而喻，比XML轻便多了，减少传输过程中的带宽。