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废话。直接度娘链接即可，LZ最近也做了源码拜读。
短链接的框架最常用的RESTFul ，Hessian，SOAP。
| RESTful | WSDL | Hessian | |
| 协议 | HTTP | SOAP | Binary |
| 性能 | 优 | 中 | 优 |
| 优缺点 |
优点：易扩展，数据结构多变 缺点：安全方面，规范化不够 |
优点：文档结构直观，样式统一 缺点：数据格式大，开销大，耦合紧 |
优点：简单易用，数据传输小，效率高 缺点：安全性，异常机制不完善 |
| 适用性 |
一般的对外接口服务都能满足，不限于平台 |
一般的对外接口服务都能满足，通用性高 |
一般适应于系统内部间调用 |
以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实现，欢迎同学互相学习吐槽，后续会看时间继续补充系列文章。