Linux RPC开发简介 (linux rpc 开发)
远程过程调用(RPC, Remote Procedure Call)是一种计算机通信协议，它允许一个程序在一台计算机上调用另一个计算机上的远程程序，而不需要考虑底层网络协议的细节。在Linux操作系统中，RPC是一个支持类Unix系统间通讯的机制。RPC在Linux中通常被用来实现分布式应用程序。
RPC通信模型
RPC通信模型分为客户端和服务端，客户端程序将调用请求发送到服务端，服务端接收请求并执行需要执行的远程过程，并将结果返回给客户端。RPC所采用的协议可以是TCP/IP、UDP或B等协议。调用请求可以是同步或异步，同步调用将等待服务端执行完毕并返回结果，异步调用则将不会等待，而是直接返回。
RPC原理
远程过程调用的实现很复杂，RPC的基本实现原理是将本地使用的远程过程作为本地过程调用，由RPC系统来负责远程过程的调用和参数传递。RPC系统接收到程序发出的调用请求后，根据程序的请求发送给远端机器，远端机器将程序执行的结果传递给RPC系统，由RPC系统将结果返回给程序。因此，程序只需要像调用本地过程一样调用远程过程而无需关心RPC系统的具体实现。
RPC的好处
1. 分布式开发：RPC系统可以将一个应用程序分成若干个小的逻辑单元，每个逻辑单元可以在不同的计算机上独立开发，并通过RPC协议连接起来。这种方式可以大大提高大型应用程序的开发效率和性能。
2. 多语言支持：RPC协议可以支持多种编程语言，使得分布式的应用程序可以采用不同的编程语言实现。
3. 解耦：通过RPC可以将应用程序的各模块分成独立的单元，使得应用程序可以轻松扩展和优化，实现了松耦合的应用程序架构。
Linux RPC开发
在Linux系统下，RPC框架在可移植性有一定保障的同时，能够较好地满足在Linux系统环境下的开发需要。下面介绍Linux RPC开发中的一些相关知识点。
代码生成器
可以使用RPC生成工具自动生成客户端和服务端的代码，使得效率大幅提高，减少错误的产生。工具可以根据IDL (interface description language) 接口描述语言自动生成客户端和服务端的代码，IDL是一种规范的接口描述语言，其文件定义描述了一个处于分布式环境中通过RPC互相调用的一组接口。
总线连接
总线连接提供了一种建立RPC通信的机制，使得在网络环境中数据传输完整可靠、高效。Linux系统中支持的RPC总线连接包括The Sun Ttie-RPC和NFS(RPC protocol used for network file sharing)，The Sun Ttie-RPC目前已成为Linux下开发RPC必备的一种通信方式。
网络绑定
网络绑定用于将RPC守护进程与指定的端口绑定，使得守护进程可以监听指定的网络地址和端口，从而接受请求并执行相应的操作，返回结果。这个过程是RPC服务启动的基础。
线程安全
在多线程环境下，RPC服务器需要考虑线程安全性。避免多个线程同时访问同一资源导致数据混乱。Linux RPC的实现中，常常会使用POSIX线程库提供的互斥锁、读写锁等机制来控制线程访问。
在大数据时代，分布式应用越来越受到重视。RPC的实现可以将应用程序分成若干个小逻辑单元，防止代码耦合和数据混乱，提高代码复用和开发效率。而在Linux系统下，可利用Linux RPC作为分布式应用程序的通信方式，处理数据量巨大的情况，实现更优性能。Linux RPC的开发需要掌握基本的知识点如代码生成器、网络绑定、总线连接和线程安全等，同时掌握RPC的好处，并灵活使用，就能为分布式应用程序的开发提供强有力的支撑。
相关问题拓展阅读：
怎么配置linux的cron计划
在备型槐终端：
输入crontab
*
*
/租则in/shutdown
-h
now
“FOR
MAINTANCE”
按ctrl+d保存退出
接着运行：
service
portmap
restart
重新启动RPC服务，默认是启动的。
service
crond
restart
重新启动crond服务，必须的！让你上仿友面的配置生效！
你在控制台也就是终端上执行橘亩键
crontab
-e
然后会出来一个编辑画面你就输入
*
*
/in/shutdown
-h
now
“FOR
MAINTANCE”
然后wq保圆巧持耐模退出
service
portmap
start
service
crond
start
但这两个不知道有什么用，和crontab
没关系的
输入crontab
*
*
/in/shutdown
-h
now
“FOR
MAINTANCE”
service
portmap
start
service
crond
start
谢谢如果您觉得和闹拿满意，请您采纳！给予加分！如果回答感觉不详唤搭细弯雀请咨询！
求前辈指教。linux的套接字编程，这个程序运行，我照着源码敲，出现一堆错误。用的是vim和gcc
再启动时会出现:
Bind(): Address already in use
的错误提示，并导致程序直接退出;
用
$netstat -an |grep 8080
或
$ps aux |grep 8080
都还能看到刚才用Ctrl+C“强制结束”了的进程，端口还是使用中，
只能用kill结束进程，才能收回端口，很是麻烦。
在代码中添加:
int optval；
optval = 1;
ret = setsockopt( sock, SOL_SOCKET, SO_REUSEADDR, &optval, sizeof(optval) );
可以解决这问题。
在网上查到的更好的解释如下:
在 4.2 BSD UNIX® 操作系统中首次引入，Sockets API 现在是任何操作系统的标准特性。
事实上，很难找到一种不支持 Sockets API 的现代语言。
该 API 相当简单，但新的开发人员仍然会遇到一些常见的隐患。
本文识别那些隐患并向您显示如何避开它们。
隐患 1．忽略返回状态
之一个隐患很明显，但它是开发新手最容易犯的一个错误。
如果您忽略函数的返回状态，当它们失败或部分成功的时候，您也许会迷失。
反过来，这可能传播错误，使定位问题的源头变得困难。
捕获并检查每一个返回状态，而不是忽略它们。
考虑清单 1 显示的例子，一个套接字 send 函数。
清单 1. 忽略 API 函数返回状态
int status, sock, mode;
/* Create a new stream (TCP) socket */
sock = socket( AF_INET, SOCK_STREAM, 0 );
…
status = send( sock, buffer, buflen, MSG_DONTWAIT );
if (status == -1)
{
/* send failed */
printf( “send failed: %s\n”, strerror(errno) );
}
else
{
/* send succeeded — or did it? */
}
清单 1 探究一个函数片断，它完成套接字 send 操作（通过套接字发送数据）。
函数的错误状态被捕获并测试，但这个例子忽略了send 在无阻塞模式（由 MSG_DONTWAIT 标志启用）下的一个特性。
send API 函数有三类可亏册槐能的返回值：
如果数据成功地排到传输队列，则返回 0。
如果排队失败，则返回 -1（通过使用 errno 变量可以了解失败的原因）。
如果不是所有的字符都能够在函数调用时排队，则最终的返回值是发送的字符数。
由于 send 的 MSG_DONTWAIT 变量的无阻塞性质，
函数调用在发送完所有的数据、一些数据或没有发送任何数据后返回。
在这里忽略返回状态将导致不完全的发送和随后的数据丢失。
隐患 2．对姿源等套接字闭包
UNIX 有趣的一面是您几乎可以把任何东西看成是一个文销友件。
文件本身、目录、管道、设备和套接字都被当作文件。
这是新颖的抽象，意味着一整套的 API 可以用在广泛的设备类型上。
考虑 read API 函数，它从文件读取一定数量的字节。
read 函数返回：
读取的字节数（更高为您指定的更大值）；
或者 -1，表示错误；
或者 0，如果已经到达文件末尾。
如果在一个套接字上完成一个 read 操作并得到一个为 0 的返回值，这表明远程套接字端的对等层调用了 close API 方法。
该指示与文件读取相同 —— 没有多余的数据可以通过描述符读取（参见 清单 2）。
清单 2．适当处理 read API 函数的返回值
int sock, status;
sock = socket( AF_INET, SOCK_STREAM, 0 );
…
status = read( sock, buffer, buflen );
if (status > 0)
{
/* Data read from the socket */
}
else if (status == -1)
{
/* Error, check errno, take action… */
}
else if (status == 0)
{
/* Peer closed the socket, finish the close */
close( sock );
/* Further processing… */
}
同样，可以用 write API 函数来探测对等套接字的闭包。
在这种情况下，接收 SIGPIPE 信号，或如果该信号阻塞，write 函数将返回 -1 并设置 errno 为 EPIPE。
隐患 3．地址使用错误（EADDRINUSE）
您可以使用 bind API 函数来绑定一个地址（一个接口和一个端口）到一个套接字端点。
可以在服务器设置中使用这个函数，以便限制可能有连接到来的接口。
也可以在客户端设置中使用这个函数，以便限制应当供出去的连接所使用的接口。
bind 最常见的用法是关联端口号和服务器，并使用通配符地址（INADDR_ANY），它允许任何接口为到来的连接所使用。
bind 普遍遭遇的问题是试图绑定一个已经在使用的端口。
该陷阱是也许没有活动的套接字存在，但仍然禁止绑定端口（bind 返回EADDRINUSE），
它由 TCP 套接字状态 TIME_WAIT 引起。
该状态在套接字关闭后约保留 2 到 4 分钟。
在 TIME_WAIT 状态退出之后，套接字被删除，该地址才能被重新绑定而不出问题。
等待 TIME_WAIT 结束可能是令人恼火的一件事，
特别是如果您正在开发一个套接字服务器，就需要停止服务器来做一些改动，然后重启。
幸运的是，有方法可以避开 TIME_WAIT 状态。可以给套接字应用 SO_REUSEADDR 套接字选项，以便端口可以马上重用。
考虑清单 3 的例子。
在绑定地址之前，我以 SO_REUSEADDR 选项调用 setsockopt。
为了允许地址重用，我设置整型参数（on）为 1 （不然，可以设为 0 来禁止地址重用）。
清单 3．使用 SO_REUSEADDR 套接字选项避免地址使用错误
int sock, ret, on; struct sockaddr_in servaddr; /* Create a new stream (TCP) socket */ sock = socket( AF_INET, SOCK_STREAM, 0 ):
/* Enable address reuse */
on = 1;
ret = setsockopt( sock, SOL_SOCKET, SO_REUSEADDR, &on, sizeof(on) );
/* Allow connections to port 8080 from any available interface */
memset( &servaddr, 0, sizeof(servaddr) );
servaddr.sin_family = AF_INET;
servaddr.sin_addr.s_addr = htonl( INADDR_ANY );
servaddr.sin_port = htons();
/* Bind to the address (interface/port) */
ret = bind( sock, (struct sockaddr *)&servaddr, sizeof(servaddr) );
在应用了 SO_REUSEADDR 选项之后，bind API 函数将允许地址的立即重用。
隐患 4．发送结构化数据
套接字是发送无结构二进制字节流或 ASCII 数据流（比如 HTTP 上的 HTTP 页面，或 TP 上的电子邮件）的完美工具。但是如果试图在一个套接字上发送二进制数据，事情将会变得更加复杂。
比如说，您想要发送一个整数：您可以肯定，接收者将使用同样的方式来解释该整数吗？
运行在同一架构上的应用程序可以依赖它们共同的平台来对该类型的数据做出相同的解释。
但是，如果一个运行在高位优先的 IBM PowerPC 上的客户端发送一个 32 位的整数到一个低位优先的 Intel x86，
那将会发生什么呢？
字节排列将引起不正确的解释。
字节交换还是不呢？
Endianness 是指内存中字节的排列顺序。高位优先（big endian） 按更高有效字节在前排列，然而 低位优先（little endian） 按照更低有效字节在前排序。
高位优先架构（比如 PowerPC®）比低位优先架构（比如 Intel® Pentium® 系列，其网络字节顺序是高位优先）有优势。这意味着，对高位优先的机器来说，在 TCP/IP 内控制数据是自然有序的。低位优先架构要求字节交换 —— 对网络应用程序来说，这是一个轻微的性能弱点。
通过套接字发送一个 C 结构会怎么样呢？这里，也会遇到麻烦，因为不是所有的编译器都以相同的方式排列一个结构的元素。结构也可能被压缩以便使浪费的空间最少，这进一步使结构中的元素错位。
幸好，有解决这个问题的方案，能够保证两端数据的一致解释。过去，远程过程调用（Remote Procedure Call，RPC）套装工具提供所谓的外部数据表示（External Data Representation，XDR）。XDR 为数据定义一个标准的表示来支持异构网络应用程序通信的开发。
现在，有两个新的协议提供相似的功能。可扩展标记语言/远程过程调用（XML/RPC）以 XML 格式安排 HTTP 上的过程调用。数据和元数据用 XML 进行编码并作为字符串传输，并通过主机架构把值和它们的物理表示分开。SOAP 跟随 XML-RPC，以更好的特性和功能扩展了它的思想。参见 参考资料 小节，获取更多关于每个协议的信息。
回页首
隐患 5．TCP 中的帧同步假定
TCP 不提供帧同步，这使得它对于面向字节流的协议是完美的。
这是 TCP 与 UDP（User Datagram Protocol，用户数据报协议）的一个重要区别。
UDP 是面向消息的协议，它保留发送者和接收者之间的消息边界。
TCP 是一个面向流的协议，它假定正在通信的数据是无结构的，
如图 1 所示。
图 1．UDP 的帧同步能力和缺乏帧同步的 TCP
图 1 的上部说明一个 UDP 客户端和服务器。
左边的对等层完成两个套接字的写操作，每个 100 字节。
协议栈的 UDP 层追踪写的数量，并确保当右边的接收者通过套接字获取数据时，它以同样数量的字节到达。
换句话说，为读者保留了写者提供的消息边界。
现在，看图 1 的底部．它为 TCP 层演示了相同粒度的写操作。
两个独立的写操作（每个 100 字节）写入流套接字。
但在本例中，流套接字的读者得到的是 200 字节。
协议栈的 TCP 层聚合了两次写操作。
这种聚合可以发生在 TCP/IP 协议栈的发送者或接收者中任何一方。
重要的是，要注意到聚合也许不会发生 —— TCP 只保证数据的有序发送。
对大多数开发人员来说，该陷阱会引起困惑。
您想要获得 TCP 的可靠性和 UDP 的帧同步。
除非改用其他的传输协议，比如流传输控制协议（STCP），
否则就要求应用层开发人员来实现缓冲和分段功能。
调试套接字应用程序的工具
GNU/Linux 提供几个工具，它们可以帮助您发现套接字应用程序中的一些问题。
此外，使用这些工具还有教育意义，而且能够帮助解释应用程序和 TCP/IP 协议栈的行为。
在这里，您将看到对几个工具的概述。查阅下面的 参考资料 了解更多的信息。
查看网络子系统的细节
netstat 工具提供查看 GNU/Linux 网络子系统的能力。
使用 netstat，可以查看当前活动的连接（按单个协议进行查看），
查看特定状态的连接（比如处于监听状态的服务器套接字）和许多其他的信息。
清单 4 显示了 netstat 提供的一些选项和它们启用的特性。
清单 4．netstat 实用程序的用法模式
View all TCP sockets currently active $ netstat –tcp View all UDP sockets $ netstat –udp View all TCP sockets in the listening state $ netstat –listening View the multicast group membership information $ netstat –groups Display the list of masqueraded connections $ netstat –masquerade View statistics for each protocol $ netstat –statistics
尽管存在许多其他的实用程序，但 netstat 的功能很全面，
它覆盖了 route、ifconfig 和其他标准 GNU/Linux 工具的功能。
监视流量
可以使用 GNU/Linux 的几个工具来检查网络上的低层流量。
tcpdump 工具是一个比较老的工具，它从网上“嗅探”网络数据包，打印到stdout 或记录在一个文件中。
该功能允许查看应用程序产生的流量和 TCP 生成的低层流控制机制。
一个叫做 tcpflow 的新工具与tcpdump 相辅相成，
它提供协议流分析和适当地重构数据流的方法，而不管数据包的顺序或重发。
清单 5 显示 tcpdump 的两个用法模式。
清单 5．tcpdump 工具的用法模式
Display all traffic on the eth0 interface for the local host
$ tcpdump -l -i eth// Show all traffic on the network coming from or going to host plato
$ tcpdump host plato// Show all HTTP traffic for host camus
$ tcpdump host camus and (port http) //View traffic coming from or going to TCP porton the local host
$ tcpdump tcp port
tcpdump 和 tcpflow 工具有大量的选项，包括创建复杂过滤表达式的能力。
查阅下面的 参考资料 获取更多关于这些工具的信息。
tcpdump 和 tcpflow 都是基于文本的命令行工具。
如果您更喜欢图形用户界面（GUI），有一个开放源码工具 Ethereal 也许适合您的需要。
Ethereal 是一个专业的协议分析软件，它可以帮助调试应用层协议。
它的插入式架构（plug-in architecture）可以分解协议，
比如 HTTP 和您能想到的任何协议（写本文的时候共有 637 个协议）。
回页首
总结
套接字编程是容易而有趣的，但是您要避免引入错误或至少使它们容易被发现，
这就需要考虑本文中描述的这 5 个常见的陷阱，并且采用标准的防错性程序设计实践。
GNU/Linux 工具和实用程序还可以帮助发现一些程序中的小问题。
记住：在查看实用程序的帮助手册时候，跟踪相关的或“请参见”工具。
您也许会发现一个必要的新工具。
关于linux rpc 开发的介绍到此就结束了，不知道你从中找到你需要的信息了吗 ？如果你还想了解更多这方面的信息，记得收藏关注本站。
