JSON-RPC 2.0规范

起源日期:

2010-03-26(基于2009-05-24的版本号)

修正:

2013-01-04

作者:

JSON-RPC 工作组 <json-rpc@googlegroups.com>

1 概述

JSON-RPC是一个无状态的、轻量级的远程过程调用(RPC)协议。本规范主要环绕它的处理方式定义了几个数据结构和规则。这个概念可用于在同一进程中、套接字或HTTP之间、或其它非常多消息传递的环境中数据传输。它使用JSON (RFC 4627)作为数据格式。

JSON-RPC的设计非常easy!

2 约定

本文档中的关键词“必须”、“必须不”、“要求”、“会”、“不会”、“应该”、“不应该”、“推荐”、“可能”和“可选的”与RFC 2119中翻译同样。

因为JSON-RPC使用JSON格式,它拥有与JSON相同的类型系统(见http://www.json.org 或 RFC 4627)。JSON能够表示4种原始类型(字符串、数值、布尔和Null)和两种结构化类型(对象和数组)。

术语“原始类型”在本文档中代表这四种原始JSON类型中的随意一种。术语“结构化类型”代表结构化的JSON类型。

本文档中的随意JSON类型,首字母总是大写:Object、Array、String、Number、Boolean、Null。True和False首字母相同是大写的。

client和server端交换的全部成员名字都是大写和小写敏感的。术语函数、方法和过程都觉得是可交换的。

client被定义成原始请求对象和响应对象处理器。

server被定义成原始响应对象和请求对象处理器。

本规范的实现能够非常easy的满足这些要求。即使对于其它不同的client或同样的client。

本规范没有解决那一层次的复杂性。

3 兼容性

JSON-RPC 2.0请求对象和响应对象可能与已经存在的JSON-RPC1.0client或server端不兼容。然而。非常easy区分两个版本号,由于2.0版本号总是包括一个名为“jsonrpc”的成员。其值为字符串“2.0”,而1.0版本号不存在。大多数2.0版本号的实现应该考虑处理1.0版本号的对象,即使不是对等的,也应该给予良好的提示。

4 请求对象

发送一个请求对象到server表示一个RPC调用。

请求对象包含以下这些成员:

jsonrpc

指定JSON-RPC版本号的字符串,它必须是“2.0”。

method

调用的方法的名字。以rpc开头方法名表示rpc内部的方法和扩展,其它地方必须不能使用。

params

它是一个结构化的值,持有方法调用期间的參数值。该成员可省略。

id

client建立的一个标识符。假设请求中包括这个成员的话,它必须是字符串、数值或NULL值。假设没有包括该成员。那么它被觉得是一个通知。这个值一般不应该为Null[1]而且假设是数值的话不应该包括小数部分[2]

假设client包括了id成员,那么server端必须包括相同的值在响应对象中。这个成员用于关联请求和响应这两个对象之间的上下文。

[1]不推荐在请求对象中使用Null作为id成员的值。由于本规范使用Null值作为对一个未知id的值。

相同。由于JSON-RPC 1.0使用id值为Null来作为通知,在处理时这可能引起混淆。

[2]小数部分可能导致总是,由于非常多小数不能被精确的表示成二进制形式。

4.1 通知

假设请求对象中没有“id”成员,则表示一个通知。通知请求对象表示client对对应的响应对象不感兴趣,因此不须要返回响应对象给client。server必须不回复一个通知,即使是在批量请求中。

因为不会返回响应对象,所以通知不easy定义。

因此,client不会知道有不论什么错误(像:“无效的參数”、“内部错误”等)。

4.2 结构化參数

rpc调用假设存在參数,那么必须提供结构化的參数值。要么通过一个数组的位置,要么通过一个对象的名字。

通过位置:參数必须是一个数组。包括server期望的顺序的值。

通过名字:參数必须是一个对象,对象的成员名与server期望的參数名匹配。缺少期望的參数名可能导致错误。

名字必须精确匹配,包含与方法期望的參数名的大写和小写。

5 响应对象

当发起rpc调用时,server必须回复一个响应,通知除外。

响应被表示成一个单一的对象。包括下列的成员:

jsonrpc

指定JSON-RPC版本号的字符串,它必须是“2.0”。

result

当调用成功时,该成员是必须的。

假设调用方法出现错误时,必须不包括该成员。

该成员的值由server上调用的方法决定。

error

当调用错误发生时,该成员是必须的。

在调用期间假设没有错误产生,必须不包括该成员。

该成员的值必须是一个5.1节定义的对象。

id

该成员是必须的。

它的值必须与请求对象中的id成员的值同样。

假设检查请求对象中的id时错误发生(如:转换错误或无效的请求)。它必须为Null。

必须包括result或error成员,可是两个成员都必须不能同一时候包括。

5.1 错误对象

当一个rpc调用遇到错误时,响应对象必须包括一个值为对象的error成员,该对象包括下列的成员:

code

一个数字。表示错误发生的类型。

这个成员值必须是整型。

message

提供简短错误描写叙述的字符串。

message应该限制为一个简短的句子。

data

原始类型或结构化类型值。包括了关于错误的附加信息。

这个成员能够省略。

该成员的值由server端定义(如:具体的错误信息,嵌套的错误信息等)。

错误代码值-32768到-32000为保留值,作为提前定义错误。这个范围内的不论什么代码。但在下表中未定义的值。保留作未来使用。这些错误代码差点儿与下列地址中XML-RPC建议的同样( http://xmlrpc-epi.sourceforge.net/specs/rfc.fault_codes.php)。

代码

消息

含义

-32700

解析错误

server接收到无效的JSON。

server解析JSON文本错误发生。

-32600

无效的请求

发送的JSON不是一个有效的请求。

-32601

方法未找到

方法不存在或不可见。

-32602

无效的參数

无效的方法參数。

-32603

内部错误

JSON-RPC内部错误。

-32000 to -32099

server端错误

保留给详细实现定义server端错误。

应用程序能够使用剩下的代码来定义错误。

6 批量调用

为了同一时候发送多个请求对象,client能够发送一个请求对象数组。

在全部批量请求对象都处理完毕后,server应该使用一个数组作为响应,数组中包括相应的响应对象。每一个请求对象都应该相应一个响应对象,像通知这样不应该有响应对象的除外。server能够以不论什么宽度的并行性,以随意的顺序,并发地处理一个批量rpc调用。

批量调用能够使用数组以随意的顺序返回响应对象。client可通过每一个对象中包括的id成员在一系列请求对象和响应对象之间进行匹配。

假设批量rpc调用本身发生无效的JSON或一个至少包括一个值的数组导致失败,server生成的响应必须是一个单一的响应对象。假设发送到client的响应数组中不包括响应对象,那么server必须不能返回一个空的数组。而应该不返回不论什么东西。

7 演示样例

语法:

--> 表示数据发送到server端

<-- 表示数据发送到client

位置參数形式的rpc调用:

rpc call with positional parameters:

--> {"jsonrpc":"2.0", "method": "subtract", "params":[42, 23], "id": 1}

<-- {"jsonrpc": "2.0", "result": 19,"id": 1}



--> {"jsonrpc": "2.0", "method": "subtract","params": [23, 42], "id": 2}

<-- {"jsonrpc":"2.0", "result": -19, "id": 2}

命名參数形式的rpc调用:

--> {"jsonrpc":"2.0", "method": "subtract", "params":{"subtrahend": 23, "minuend": 42}, "id": 3}

<-- {"jsonrpc":"2.0", "result": 19, "id": 3}

--> {"jsonrpc":"2.0", "method": "subtract", "params":{"minuend": 42, "subtrahend": 23}, "id": 4}

<-- {"jsonrpc":"2.0", "result": 19, "id": 4}

通知:

--> {"jsonrpc":"2.0", "method": "update", "params":[1,2,3,4,5]}

--> {"jsonrpc": "2.0", "method":"foobar"}

rpc调用一个不存在的方法:

--> {"jsonrpc":"2.0", "method": "foobar", "id":"1"}

<-- {"jsonrpc": "2.0", "error":{"code": -32601, "message": "Method not found"},"id": "1"}

无效的JSON的rpc调用

rpc call with invalid JSON:

--> {"jsonrpc":"2.0", "method": "foobar, "params":"bar", "baz]

<-- {"jsonrpc": "2.0", "error":{"code": -32700, "message": "Parse error"},"id": null}

rpc call with invalid Request object:

无效请求对象的rpc调用:

--> {"jsonrpc":"2.0", "method": 1, "params": "bar"}

<-- {"jsonrpc": "2.0", "error":{"code": -32600, "message": "Invalid Request"},"id": null}

无效的JSON的rpc批量调用:

--> [

{"jsonrpc": "2.0", "method":"sum", "params": [1,2,4], "id": "1"},

{"jsonrpc": "2.0", "method"

]

<-- {"jsonrpc":"2.0", "error": {"code": -32700,"message": "Parse error"}, "id": null}

rpc call with an empty Array:

--> []

<-- {"jsonrpc":"2.0", "error": {"code": -32600,"message": "Invalid Request"}, "id": null}

无效的rpc批量调用(非空):

--> [1]

<-- [

{"jsonrpc": "2.0", "error":{"code": -32600, "message": "Invalid Request"},"id": null}

]

无效的rpc批量调用:

--> [1,2,3]

<-- [

{"jsonrpc": "2.0", "error":{"code": -32600, "message": "Invalid Request"},"id": null},

{"jsonrpc": "2.0", "error":{"code": -32600, "message": "Invalid Request"},"id": null},

{"jsonrpc": "2.0", "error":{"code": -32600, "message": "Invalid Request"},"id": null}

]

rpc批量调用:

--> [

        {"jsonrpc":"2.0", "method": "sum", "params":[1,2,4], "id": "1"},

        {"jsonrpc":"2.0", "method": "notify_hello","params": [7]},

        {"jsonrpc":"2.0", "method": "subtract", "params":[42,23], "id": "2"},

        {"foo":"boo"},

        {"jsonrpc":"2.0", "method": "foo.get", "params":{"name": "myself"}, "id": "5"},

       {"jsonrpc": "2.0", "method":"get_data", "id": "9"}

    ]

<-- [

        {"jsonrpc":"2.0", "result": 7, "id": "1"},

        {"jsonrpc":"2.0", "result": 19, "id": "2"},

        {"jsonrpc":"2.0", "error": {"code": -32600,"message": "Invalid Request"}, "id": null},

        {"jsonrpc":"2.0", "error": {"code": -32601,"message": "Method not found"}, "id":"5"},

        {"jsonrpc":"2.0", "result": ["hello", 5], "id":"9"}

    ]

rpc批量调用(全部调用都是通知):

--> [

        {"jsonrpc":"2.0", "method": "notify_sum","params": [1,2,4]},

        {"jsonrpc":"2.0", "method": "notify_hello","params": [7]}

    ]

<-- //批量通知调用什么也不返回

8 扩展

以rpc开关的方法名保留作系统扩展。其它不论什么地方都必须不能使用。

每一个系统扩展都定义在相关的规范中。全部系统扩展都是可选的。

JSON-RPC 2.0规范 翻译 中文版的更多相关文章

  1. Go语言安全编码规范-翻译(分享转发)

    Go语言安全编码规范-翻译 本文翻译原文由:blood_zer0.Lingfighting完成 如果翻译的有问题:联系我(Lzero2012).匆忙翻译肯定会有很多错误,欢迎大家一起讨论Go语言安全能 ...

  2. 程序员的自我救赎---11.1:RPC接口使用规范

    <前言> (一) Winner2.0 框架基础分析 (二)PLSQL报表系统 (三)SSO单点登录 (四) 短信中心与消息中心 (五)钱包系统 (六)GPU支付中心 (七)权限系统 (八) ...

  3. RSS介绍、RSS 2.0规范说明和示例代码

    RSS是一种消息来源格式规范,用以发布经常更新资料的网站,例如博客.新闻的网摘.RSS文件,又称做摘要.网摘.更新.频道等,包含了全文或节选文字,再加上一定的属性数据.RSS让发布者自动发布信息,也使 ...

  4. [转]MBTiles 1.2 规范翻译

    MBTiles 1.2 可以参考超图的文档MBTiles扩展具体实现可以参考浅谈利用SQLite存储离散瓦片的思路和实现方法 mapbox提供了一个简单实现测试代码,github地址在这里https: ...

  5. BPMN 2.0规范

    .1. BPMN 2.0是什么呢? 业务流程模型注解(Business Process Modeling Notation - BPMN)是 业务流程模型的一种标准图形注解.这个标准 是由对象管理组( ...

  6. 測试JSON RPC远程调用(JSONclient)

    #include <string> #include <iostream> #include <curl/curl.h> /* 标题:JSonclient Auth ...

  7. OpenAPI 3.0 规范-食用指南

    概述 OpenAPI 3.0 规范由 8 个根对象组成: openapi info servers paths components security tags externalDocs OpenAP ...

  8. angularjs SyntaxError: Unexpected token  in JSON at position 0

    使用NodeJs读取json格式的文件,转换成对象时报错 :SyntaxError: Unexpected token in JSON at position 0,这个问题查了两三个小时,记录一下解决 ...

  9. PyCharm3.0默认快捷键(翻译的)

    PyCharm3.0默认快捷键(翻译的) PyCharm Default Keymap 1.编辑(Editing) Ctrl + Space    基本的代码完成(类.方法.属性)Ctrl + Alt ...

随机推荐

  1. [!] The ‘Pods-项目名XXX' target has frameworks with conflicting names:XXX.framework.

    在集成网易 即时通讯IM时报如下错误: [!] The ‘Pods-Yepu' target has frameworks with conflicting names: nimsdk.framewo ...

  2. 关于面试总结-SQL经典面试题

    关于面试总结6-SQL经典面试题 前言 用一条SQL 语句查询xuesheng表每门课都大于80 分的学生姓名,这个是面试考sql的一个非常经典的面试题 having和not in 查询 xueshe ...

  3. mysql条件查询and or使用实例及优先级介绍

    mysql and与or介绍 AND 和 OR 可在 WHERE 子语句中把两个或多个条件结合起来. 使用OR关键字时: 只要符合这几个查询条件的其中一个条件,这样的记录就会被查询出来. 如果不符合这 ...

  4. 【LeetCode】Palindrome Number(回文数)

    这道题是LeetCode里的第9道题. 题目说的: 判断一个整数是否是回文数.回文数是指正序(从左向右)和倒序(从右向左)读都是一样的整数. 示例 1: 输入: 121 输出: true 示例 2: ...

  5. xtu数据结构 B. Get Many Persimmon Trees

    B. Get Many Persimmon Trees Time Limit: 1000ms Memory Limit: 30000KB 64-bit integer IO format: %lld  ...

  6. 牛腩新闻发布系统(一):SQLHelper重构(一)

    导读:在机房重构的时候,就用到了SQLHelper,但那时候即使把代码反复看了很多遍,也看了注释,还和同学交流,也依然是半懂不懂.现在,我再次用到了SQLhelper这个东西,就来说说SQLHelpe ...

  7. POJ-2187 Beauty Contest,旋转卡壳求解平面最远点对!

     凸包(旋转卡壳) 大概理解了凸包A了两道模板题之后在去吃饭的路上想了想什么叫旋转卡壳呢?回来无聊就搜了一下,结果发现其范围真广. 凸包: 凸包就是给定平面图上的一些点集(二维图包),然后求点集组成的 ...

  8. BZOJ 4815 [Cqoi2017]小Q的表格 ——欧拉函数

    把式子化简一波. 发现一个比较厉害的性质:每个点只能影响到行列下标$gcd$与它相同的点. 然后就可以计算$\sum_{g<=k}f(g,g)*\sum_{i<=k}\sum_{j< ...

  9. HP-Unix安装Memcache问题

    安装环境 HP-UX 125RITEC B.11.31 U ia64 0942432495 gcc (GCC) 4.3.1 libevent-1.4.14b-stable.tar.gz memcach ...

  10. SpringBoot + Spring Security 基本使用及个性化登录配置详解

    Spring Security 基本介绍 这里就不对Spring Security进行过多的介绍了,具体的可以参考官方文档 我就只说下SpringSecurity核心功能: 认证(你是谁) 授权(你能 ...