本地回环地址工作原理（本地回环地址作用）



以下文章来源于嵌入式大杂烩

一、RPC简介

RPC(Remote Procedure Call，远程过程调用)机制是一种常用的通信机制。实际上就是要像调用本地的函数一样去调远程函数。

RPC机制，在互联网中应用得比较广泛。在我们嵌入式中，把传输层拓展到IPC、TPC/IP、UART、USB等，很多场景下也都可以用得上。

如：

• 需要发送确认的场景，比如发送某个数据，需要对端回复一个数据进行确认，这种场景，我们可以在应用上进行实现，随着协议越加越多，对应的回复的代码也越来越多，但基本都是很相似的代码。这种下使用RPC机制就比较优雅了，本地发起远端调用请求，远端执行完后会将结果返回。

• 应用于进程间的交互：你写了一段代码，这段代码可以调用你电脑上某个服务提供的功能，而不需要关心这个服务运行在你的电脑上还是在网络的另一端。

• 应用于板间的交互：多个控制板之间需要通信和协作来协调生产过程。使用RPC可以简化这些控制单元之间的调用和数据共享。

• 应用于端云的交互：IoT设备通常需要和云端服务器或其他设备交互。通过RPC，设备可以远程调用云服务，实现数据同步、功能升级等操作。

二、RPC的基本原理

嵌入式RPC机制主要由客户端和服务器两部分组成：

1、客户端：发起调用请求，将参数传递给远程方法，并接收服务端返回的结果。在嵌入式系统中，客户端通常作为非安全环境中的应用程序。

2、服务器：执行客户端调用的远程过程，并将结果返回给客户端。在嵌入式系统中，服务器通常位于安全环境中的可信执行环境(TEE)中，如OP-TEE框架。

这张图里的network传输链路，在我们嵌入式中，对于不同的应用场景可以是UART、USB等。

RPC的基本工作原理如下：

1、定义远程方法接口(服务契约)，包括方法名称、参数类型、返回值类型等信息。

2、生成客户端和服务端的stub(桩)和skeleton(骨架)代码。

3、客户端通过stub调用远程方法，stub将请求序列化为网络传输格式，然后通过网络发送给服务端。

4、服务端接收到请求后，通过skeleton进行反序列化，根据接口定义执行远程方法，并将返回值序列化为网络传输格式，发送给客户端。

5、客户端接收到服务端的响应后，通过stub进行反序列化，获取返回值。

三、RPC的主要特点

跨平台性：RPC框架可以在不同的操作系统和平台上运行，实现跨平台的远程调用。这一特点使得RPC框架能够广泛应用于各种异构环境中，提高了系统的灵活性和适应性。

透明性：RPC框架隐藏了底层的通信细节，使得客户端能够像调用本地函数一样调用远程函数，无需关注网络通信的具体实现。这一特点简化了开发者的编程模型，降低了开发难度。

高效性：RPC框架通常采用二进制数据传输和压缩等技术，使得网络通信效率更高，比如使用protobuf进行序列化与反序列化。

四、嵌入式RPC框架推荐：erpc

eRPC(嵌入式RPC)是NXP开源的、用于多芯片嵌入式系统和异构多核SoC的开源远程过程调用(RPC)系统。与其他现代RPC系统(如出色的Apache Thrift)不同，eRPC的与众不同之处在于它是为紧密耦合的系统设计的，使用纯C实现远程功能，并且代码大小较小(<5kB)。它不适用于网络上的高性能分布式系统。

erpc源码：

https://github.com/EmbeddedRPC/erpc

• 函数的参数和标识符(用于被调用的例程)被序列化成字节流。

• 该字节流通过通信通道(IPC、TPC/IP、UART等)传输到服务器。

• 服务器对参数进行反序列化，确定调用了哪个函数，然后调用它。

• 如果函数返回一个值，那么该值将被序列化并通过通信通道发送回客户端。

erpc主要特点

• 轻量级但可扩展

• 生成的代码较小

• 抽象传输接口

• 序列化数据的大小较小

• 非常适合C语言的环境，也足够灵活，可以支持面向对象的语言，如c++

• 从服务器到客户机的异步通知

• 最小化延迟影响

版权声明：

本文来自互联网用户投稿，该文观点仅代表作者本人，不代表本站立场。本站仅提供信息存储空间服务，不拥有所有权，不承担相关法律责任。
如若内容造成侵权、违法违规、事实不符，请将相关资料发送至xkadmin@xkablog.com进行投诉反馈，一经查实，立即处理！

转载请注明出处，原文链接：https://www.xkablog.com/jszy-gxgz/43989.html