RPC Specific Type分类

RPC（Remote Procedure Call）远程过程调用。

在SOME/IP（Scalable service-Oriented MiddlewarE over IP）中的RPC（也可以称之为service interface）基本类型包括：Event，Request_Response和Fire_Forget。

Request_Response

R&R Method全称Request&Response Method，工作机制为请求应答机制。当Client搜索到所需服务后，在服务的有效生存时间内，Client端根据功能需求发出Request，对于R&R Method，Server端必须给予Response应答，若Request存在差错，如Service ID无法识别、Interface Version不正确、数据格式不正确等等，Server端需要进行Error应答，并指明错误信息。
R&R Method用于短数据的传输、远程算法的调用、远程设备的控制等等场景。
 

Fire_Forget

F&F Method全称Fire&Forget Method，工作机制为请求应答机制。当Client搜索到所需服务后，在服务的有效生存时间内，Client端根据功能需求发出Request，对于F&F Method，Server端不能够给予Response应答，若Request存在差错，如Service ID无法识别、Interface Version不正确、数据格式不正确等等，Server端也不需要进行Error应答。
F&F Method一般用于不需要Response答复执行结果的场景，比如需要Server发送某一个Event，若执行成功，Client会收到Event，因此不需要Response答复，此场景设计一个F&F Method即可。
 

Event

Event用于Server端向已定阅的Client端发送通知，一般用于状态值的通知或触发性事件的通知。发送模式一般分为On Change和Cycle两种，可以根据功能进行TCP发送、UDP单播发送和UDP多播发送。

以上三种为基础类型，但实际应用过程中往往并不会按照基础类型来出牌，Field应运而生，Field接口更侧重于域值的管理，对于AUTOSAR架构而言，在系统配置中单独设立了一个接口用于Field的配置，对于Linux常用的vsomeip协议栈而言，Field的发送可以直接通过调用Method和Event的发送和解析接口实现，Field暴露的服务接口由Notifier、Getter、Setter三种。
 

Notifier

Notifier报文是Event格式，某些应用部分也称之为Notification Event。用于服务器端对域值的主动通知，在网络中传输时与Event报文没有区别，尽在内部软件层面存在接口区分。推荐使用On Change模式进行发送。

Getter

Getter报文使用R&R Method格式，用于Client端主动获取域值，Server端收到Getter请求后应使用Getter Response将当前域值发送给Client端，Getter请求报文一般不携带参数。

Setter

Setter报文使用R&R Method格式，用于Client端主动更改域值，Server端收到Getter请求后应使用Setter Response将更新后的域值发送给Client端，Setter请求报文必须携带参数。