很早以前就涉及到多端远程调用 api的设计，那时候自己设计了个消息传递回调过程。最近了解了JSON-RPC协议，更正规，就可以自己实现下。逻辑也不复杂，没有限制底层消息传递的方式，可以应用到更多的场景。在实现中，没有区分服务器端和客户端的概念，获得不同的消息体，进行不同的处理，更方便的进行双向通信。
github地址: https://github.com/legu2009/jsonrpc
jsonrpc
JSON-RPC 是一个无状态的轻量的远程调用协议. http://www.jsonrpc.org/specification.
jsonrpc.js 实现了 JSON-RPC 协议，没有实现消息传递的过程。实际使用的时候需要自己根据消息传递的方式扩展，也是该js应用的场景更广泛，不局限于底层消息传递方式。
环境
jsonrpc.js 只要是能够运行js的环境都可以。
不支持批量消息
处理批量消息的情况，有些是同步的，有些是异步的可能需要等待很长的时间，如果等所有批量的消息都有返回结构了，才发送结果消息，感觉存在的浪费
API
jsonRpc.addCommand(name，func，opt) Function
作为服务端，注册可以被远程端调用的方法
Arguments
- name(String): 方法的名字
- func(Function): 对应的方法
- opt(Object):
{
sync: false，//默认情况，函数返回不是Promise且为undefind时不调用回调
always: false，//默认情况，函数回调一次就不在调用回调，设置true可以一直回调，但是需要使用JsonRpc.running缓存回调方法，进行调用
}
jsonRpc.removeCommand(name) Function
作为服务端，移除远程端调用的方法
Arguments
- name(String): 方法的名字
jsonRpc.exec([extend]，name，[params]，[func]) Function
作为客户端，发起远程调用，调用远端name的方法，参数为params（JSON-RPC，协议，支持Arrary和Object），获得返回的运行结果的时候，运行对应的func方法
Arguments
- extend:
{
always: true，//函数回调不会清除引用，用于响应多server消息响应
...otherProps: //Object.assign 扩展obj
} - name(String): 远端方法的名字
- params(Arrary or Object): 运行远端方法时候的参数(形式同JSON-RPC协议 的 params）
- func(Function(reresult messages)): 返回的运行结果的时候，运行对应的方法，没有该参数，为通知方式发送消息
jsonRpc._send Function
需要扩展，实现底层消息传递
Arguments
- obj(Object): 需要发送到远端的消息对象
- mess(Object): mess是undefined时，本地可以理解为客户端，运行了jsonRpc.exec方法; mess存在的时候，本地可以理解为服务端，运行了对应的方法，mess为请求的数据
jsonRpc._onMessage Function
当有消息接收的时候主动调用，通过jsonRpc处理逻辑
jsonRpc.onCall(mess) Function
作为服务端，注册的方法执行前调用，返回false不执行方法
jsonRpc.onResult(mess) Function
作为客户端，接收到返回消息，执行回调之前，返回false不执行回调
EXAMPLE
没有实际项目应用，只是觉得需要支持
test.html
基本消息传递的例子
sync.html
同步函数情况下，对返回值undefind的特殊处理
send.html
通过_call，从消息体本身的设计，限制哪个服务端执行逻辑
result.html
通过_guid，从消息体本身的设计，限制客户端对回调消息的执行，提高消息验证
always1.html
作为服务器端，回调消息 分多次返回客户端执行回调方法
always2.html
作为客户端，对一次发送多个服务器端消息，所有响应都执行回调方法，默认回调只执行第一次