RPC 浅谈

标签：

RPC——Remote Procedure Call Protocol，这是广义上的解释，远程过程调用。但是，我接下俩要说的是应用层面的，而不是所谓协议层面的。

上一篇文章讲到的互联网中一般都会涉及都这部分技术，那么一般学习都会基于 “Scrum 模式”（LZ 自创模式，非正式^_^）去思考——是什么？干嘛用的？有什么好处？

LZ自认为万物围绕上面三个问题，一般就会深入展开学习，才是最有效率最能代表诉求的；好了废话不多说，正式开始。

是什么？

应用层开发说的RPC概念也是一种“接口”or“服务”的具体实现，也是一种SOA（面向服务架构）的实现手段。

顾名思义，这一技术都会涉及到通讯概念中的传输层，可以理解“网络”。

在这里我也先普及一下后面会提及到的一些基本概念知识，现有的RPC框架按底层协议区分机制一般分为两种：长连接和短连接。

长连接:一般基于Socket，而短链接一般都是基于HTTP的,会遵循三次握手原则。

*关于Socket，TCP/IP， HTTP 三者的概念及关系，度娘说的比LZ好。

LZ的理解，一句话：Socket是底层通讯层的通讯端口API，TCP/IP是基于Socket那一层通讯层之上的协议，而HTTP是TCP/IP的实现。

而我在这里说的RPC就是用具体技术代码实现的，能让对方通过传输层调用的一种服务。

干嘛用的？

在一般的公司，不光只有一个业务，也许会涉及到很多部门很多Team很多Project，以现有电子商务业务为例子：商品，供应链，订单，交易，财务，仓储，配送，售后，还有例

如上一篇文章提到的很多中间件业务，这些业务下面还会有Project，每个Team负责一部分业务，这些业务逻辑实现通常对外部是透明的而业务又紧密关联的，都会相互依赖相互

调用，这时候对方无需知道也不应该知道该业务怎么实现，只需知道我入口满足什么条件得到自己所需的信息即可，所以每个Team会发布一个服务出来提供给需求方调用。

有什么好处？

1.每个调用方只需要提出需求，不需要了解对方具体的业务。

2.各自模块各自业务隔离开来，满足面向对象思维，各自封装各自的业务逻辑，不会因为不熟悉业务的人的修改而导致系统崩溃。

3.可以实现跨语言跨平台调用，.NET可以调用JAVA服务，反之亦可。

4.易于拓展，易于复用，当然满足了面向对象的特性肯定有具有面向对象的优势了。此处举个实例，当然的项目因为业务分布不一样，后端服务逻辑一样，有.NET平台的

winForm端及JAVA web 的PC页面，改造的时候只需要做一套所谓的展示即可，调用的服务是一样的。

.......（此处优势待兄弟们补充，实在是架构上的必备宝刀）

==================================================

上述说了那么多，接下来就是具体的实例了。

长连接的框架有最出名的Dubbo，MINA，Netty；Dubbo底层其实也是用后两者包装的，都是基于JAVA NIO的实现。阿里内部还有一个未开源的HSF。

长连接框架优势：效率高，适用于内部业务系统间的调用，都经历双11这种节奏的调用，不要LZ说明了吧，脑补一下就好。

Dubbo的资料文档太多太全了，无需LZ废话。直接度娘链接即可。

短链接的框架最常用的RESTFul ，Hessian，SOAP。

以LZ最喜欢的RESTful为实例，在java里实现RESTful有很多，Axis2，Xfire，CXF和Java6自带的WebService引擎，下面用最常见的CXF方式为实例。

接下来就是Quick Start了。

传送门：https://github.com/luyichenn/COD 

这里是半成品，后续会补充集成上各种。这次着重看 cod-web  cod-ws  这两个包。

首先，先搭建一个web项目，因为RESTful 基于HTTP 必定需要web容器，这里不做过多解释，参照git项目配置。

然后看cod-web下resources下有ws包下面的两个配置文件，一个常规CXF配置：spring-rest-config.xml 一个是加密带token方案，参见spring-rest-token-config.xml

具体暴露接口:  com.cod.basic.ws.rest.BasicQueryService

这次用的是JAX-RS（JSR 311，Java API for XML-RESTful Web Services）是基于annotation的实现方式，我们通过annotation的方式把一个java class标注成RESTful

webservice，并把它的方法标注成HTTP的CRUD。相关的annotation有@path, @Produces,@GET, @POST, @DELETE,@PUT, @PathParam等，对java开发人员在使用起来比较

方便。

@Path("/basic")  这个就是路径

@Consumes({"application/json"})

@Produces({"application/json"})

这两个我相信一下就是解释说明数据格式的

最终请求REST服务的路径：http://localhost:8090/service/rest/?_wadl

参见web.xml 里的

    <servlet>
        <servlet-name>CXFServlet</servlet-name>
        <servlet-class>
            org.apache.cxf.transport.servlet.CXFServlet
        </servlet-class>
        <load-on-startup>1</load-on-startup>
    </servlet>

    <servlet-mapping>
        <servlet-name>CXFServlet</servlet-name>
        <url-pattern>/service/*</url-pattern>
    </servlet-mapping>

也就是拦截/service/* 的服务

参见spring-rest-config.xml 里的

　　<jaxrs:server address="/rest">
        <jaxrs:serviceBeans>
            <bean class="com.cod.basic.ws.rest.BasicQueryService"/>
        </jaxrs:serviceBeans>
       
        <jaxrs:providers>
            <bean class="org.codehaus.jackson.jaxrs.JacksonJsonProvider"/>
        </jaxrs:providers>

        <jaxrs:inInterceptors>
            <bean class="org.apache.cxf.interceptor.LoggingInInterceptor"/>
        </jaxrs:inInterceptors>
        <jaxrs:outInterceptors>
            <bean class="org.apache.cxf.interceptor.LoggingOutInterceptor"/>
        </jaxrs:outInterceptors>
    </jaxrs:server>

也就是拦截<jaxrs:server address="/rest"> 的服务，最终会在浏览器里看到

最终请求方法的URL即为：http://localhost:8090/service/rest/basic/query/findRestService?_wadl

会看到控制台的HTTP status：200

 以上就是简单的RPC RESTful CXF实现，欢迎同学互相学习吐槽，后续会看时间继续补充系列文章。

RPC 浅谈

标签：

原文地址：http://www.cnblogs.com/Vincentlu/p/4185299.html