UDP服务器和本地套接字

于 2025-06-29 22:14:24 发布
阅读量670 收藏 23
点赞数 15
CC 4.0 BY-SA版权
分类专栏： Linux网络编程 文章标签： udp 服务器 linux 网络协议
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/qq_44729609/article/details/148995585

传输层主要应用的协议模型有两种，一种是TCP协议，另外一种则是UDP协议。TCP协议在网络通信中占主导地位，绝大多数的网络通信借助TCP协议完成数据传输。但UDP也是网络通信中不可或缺的重要通信手段。

相较于TCP而言，UDP通信的形式更像是发短信。不需要在数据传输之前建立、维护连接。只专心获取数据就好。省去了三次握手的过程，通信速度可以大大提高，但与之伴随的通信的稳定性和正确率便得不到保证。因此，我们称UDP为“无连接的不可靠报文传递”。

那么与我们熟知的TCP相比，UDP有哪些优点和不足呢？由于无需创建连接，所以UDP开销较小，数据传输速度快，实时性较强。多用于对实时性要求较高的通信场合，如视频会议、电话会议等。但随之也伴随着数据传输不可靠，传输数据的正确率、传输顺序和流量都得不到控制和保证。所以，通常情况下，使用UDP协议进行数据传输，为保证数据的正确性，我们需要在应用层添加辅助校验协议来弥补UDP的不足，以达到数据可靠传输的目的。

与TCP类似的，UDP也有可能出现缓冲区被填满后，再接收数据时丢包的现象。由于它没有TCP滑动窗口的机制，通常采用如下两种方法解决：

  1. 服务器应用层设计流量控制，控制发送数据速度。

  2. 借助setsockopt函数改变接收缓冲区大小。如：

#include <sys/socket.h>

int setsockopt(int sockfd, int level, int optname, const void *optval, socklen_t optlen);

int n = 220x1024

setsockopt(sockfd, SOL_SOCKET, SO_RCVBUF, &n, sizeof(n));

C/S模型-UDP

由于UDP不需要维护连接，程序逻辑简单了很多，但是UDP协议是不可靠的，保证通讯可靠性的机制需要在应用层实现。

编译运行server，在两个终端里各开一个client与server交互，看看server是否具有并发服务的能力。用Ctrl+C关闭server，然后再运行server，看此时client还能否和server联系上。和前面TCP程序的运行结果相比较，体会无连接的含义。

server

#include <stdio.h>
#include <sys/socket.h>
#include <unistd.h>
#include <arpa/inet.h>
#include <string.h>
#include <stdlib.h>
int main(int argc, char *argv[])
{
	//创建套接字
	int fd = socket(AF_INET,SOCK_DGRAM,0);
	//绑定
	struct sockaddr_in myaddr;
	myaddr.sin_family = AF_INET;
	myaddr.sin_port = htons(8888);
	//inet_pton == inet_addr:功能是将一个点分十进制的IP转换成一个长整型数（u_long类型）
	myaddr.sin_addr.s_addr = inet_addr("127.0.0.1");
	int ret = bind(fd,(struct sockaddr*)&myaddr,sizeof(myaddr));
	if(ret < 0)
	{
		perror("");
		return 0;
	}
	//读写
	char buf[1500]="";
	struct sockaddr_in cliaddr;
	socklen_t len = sizeof(cliaddr);
	while(1)
	{
		memset(buf,0,sizeof(buf));
		//当数据包到达时，内核会自动将发送方的 ​IP 地址​（client_addr.sin_addr）和 ​端口号​（client_addr.sin_port）写入cliaddr结构体
		int n = recvfrom(fd,buf,sizeof(buf),0,(struct sockaddr *)&cliaddr,&len);
		if(n < 0)
		{
			perror("");
			break;
		}
		else
		{
			printf("%s\n",buf);
			sendto(fd,buf,n,0,(struct sockaddr *)&cliaddr,len);
		
		}
	}
	//关闭
	close(fd);
	return 0;
}

注意：UDP​必须使用 cliaddr获取发送方地址，否则无法回复，当数据包到达时，内核会自动将发送方的 ​IP 地址​（client_addr.sin_addr）和 ​端口号​（client_addr.sin_port）写入cliaddr结构体

client

#include <stdio.h>
#include <string.h>
#include <sys/socket.h>
#include <unistd.h>
#include <arpa/inet.h>
#include <stdlib.h>
int main(int argc, char *argv[])
{
	//创建套接字
	int fd = socket(AF_INET,SOCK_DGRAM,0);
	//绑定本地地址
	struct sockaddr_in myaddr;
	myaddr.sin_family = AF_INET;
	myaddr.sin_port = htons(9000);
	//inet_pton
	myaddr.sin_addr.s_addr = inet_addr("127.0.0.1");
	int ret = bind(fd,(struct sockaddr*)&myaddr,sizeof(myaddr));
	if(ret < 0)
	{
		perror("");
		return 0;
	}
	//读写
	char buf[1500]="";
	struct sockaddr_in cliaddr;
	socklen_t len = sizeof(cliaddr);

	//设置目标地址
	struct sockaddr_in dstaddr;
	dstaddr.sin_family = AF_INET;
	dstaddr.sin_port = htons(8888);
	dstaddr.sin_addr.s_addr = inet_addr("127.0.0.1");
	int n=0;
	while(1)
	{
		n = read(STDIN_FILENO,buf,sizeof(buf));	
		sendto(fd,buf,n,0,(struct sockaddr *)&dstaddr,sizeof(dstaddr));
		memset(buf,0,sizeof(buf));
		 n = recvfrom(fd,buf,sizeof(buf),0,NULL,NULL);
		if(n < 0)
		{
			perror("");
		}
		else{
			printf("%s\n",buf);
		
		}
	}
	//关闭
	close(fd);
	return 0;
}

结果：

多播(组播)-了解就行

组播组可以是永久的也可以是临时的。组播组地址中，有一部分由官方分配的，称为永久组播组。永久组播组保持不变的是它的ip地址，组中的成员构成可以发生变化。永久组播组中成员的数量都可以是任意的，甚至可以为零。那些没有保留下来供永久组播组使用的ip组播地址，可以被临时组播组利用。

224.0.0.0～224.0.0.255 为预留的组播地址（永久组地址），地址224.0.0.0保留不做分配，其它地址供路由协议使用；

224.0.1.0～224.0.1.255 是公用组播地址，可以用于Internet；欲使用需申请。

224.0.2.0～238.255.255.255 为用户可用的组播地址（临时组地址），全网范围内有效；

239.0.0.0～239.255.255.255 为本地管理组播地址，仅在特定的本地范围内有效。

可使用ip ad命令查看网卡编号，如：

itcast$ ip ad

1: lo: <LOOPBACK,UP,LOWER_UP> mtu 65536 qdisc noqueue state UNKNOWN group default

link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00

inet 127.0.0.1/8 scope host lo

valid_lft forever preferred_lft forever

inet6 ::1/128 scope host

valid_lft forever preferred_lft forever

2: eth0: <NO-CARRIER,BROADCAST,MULTICAST,UP> mtu 1500 qdisc pfifo_fast state DOWN group default qlen 1000

link/ether 00:0c:29:0a:c4:f4 brd ff:ff:ff:ff:ff:ff

inet6 fe80::20c:29ff:fe0a:c4f4/64 scope link

valid_lft forever preferred_lft forever

if_nametoindex 命令可以根据网卡名，获取网卡序号。

核心机制与特点​

  1. ​一对多/多对多传输​

    • ​发送方​：可以是服务器或任意主机，将数据发送到一个组播组地址​（如 239.1.2.3）而非单个客户端地址。
    • ​接收方​：需主动加入该组播组（通过协议如 IGMP），才能接收数据；未加入的客户端无法收到数据。
    • ​动态成员管理​：客户端可随时加入或离开组播组，组内成员关系实时更新。

  2. ​高效资源利用​

    • ​带宽优化​：数据包在网络中每条链路上仅传输一次，路由器在分叉点复制数据（如树状分发），避免单播的重复传输。
    • ​减轻服务器负载​：服务器只需发送一份数据，无论组内成员数量（如千人直播场景）。

总结：

组播的本质是 ​​“一次发送，组内共享”​，通过动态管理接收组、优化数据分发路径，解决了单播的带宽瓶颈和广播的资源浪费问题。尽管配置复杂且需网络设备支持，但其高效性使其成为流媒体、实时通信等场景的核心技术。
​简单来说​：组播确实是服务器向一组客户端发送数据，但更精确的说法是——任何发送方均可通过组播组地址，向动态成员组成的接收组高效分发数据。

server

#include <stdio.h>
#include <stdlib.h>
#include <sys/types.h>
#include <sys/socket.h>
#include <string.h>
#include <unistd.h>
#include <arpa/inet.h>
#include <net/if.h>
#define SERVER_PORT 6666
#define CLIENT_PORT 9000
#define MAXLINE 1500
#define GROUP "239.0.0.2"

int main(void)

{

int sockfd, i ;

struct sockaddr_in serveraddr, clientaddr;

char buf[MAXLINE] = "itcast\n";

char ipstr[INET_ADDRSTRLEN]; /* 16 Bytes */

socklen_t clientlen;

ssize_t len;

struct ip_mreqn group;

/* 构造用于UDP通信的套接字 */

sockfd = socket(AF_INET, SOCK_DGRAM, 0);

bzero(&serveraddr, sizeof(serveraddr));

serveraddr.sin_family = AF_INET; /* IPv4 */

serveraddr.sin_addr.s_addr = htonl(INADDR_ANY); /* 本地任意IP INADDR_ANY = 0 */

serveraddr.sin_port = htons(SERVER_PORT);

bind(sockfd, (struct sockaddr *)&serveraddr, sizeof(serveraddr));

/*设置组地址*/

inet_pton(AF_INET, GROUP, &group.imr_multiaddr);

/*本地任意IP*/

inet_pton(AF_INET, "0.0.0.0", &group.imr_address);

/* eth0 --> 编号 命令：ip ad */

group.imr_ifindex = if_nametoindex("ens33");

setsockopt(sockfd, IPPROTO_IP, IP_MULTICAST_IF, &group, sizeof(group));

/*构造 client 地址 IP+端口 */

bzero(&clientaddr, sizeof(clientaddr));

clientaddr.sin_family = AF_INET; /* IPv4 */

inet_pton(AF_INET, GROUP, &clientaddr.sin_addr.s_addr);

clientaddr.sin_port = htons(CLIENT_PORT);

while (1) {

//fgets(buf, sizeof(buf), stdin);

sendto(sockfd, buf, strlen(buf), 0, (struct sockaddr *)&clientaddr, sizeof(clientaddr));

sleep(1);

}

close(sockfd);

return 0;

}

client

#include <netinet/in.h>
#include <stdio.h>
#include <sys/types.h>
#include <sys/socket.h>
#include <arpa/inet.h>
#include <string.h>
#include <stdlib.h>
#include <sys/stat.h>
#include <unistd.h>
#include <fcntl.h>
#include <net/if.h>
#define SERVER_PORT 6666
#define MAXLINE 4096
#define CLIENT_PORT 9000
#define GROUP "239.0.0.2"

int main(int argc, char *argv[])

{

struct sockaddr_in serveraddr, localaddr;

int confd;

ssize_t len;

char buf[MAXLINE];

/* 定义组播结构体 */

struct ip_mreqn group;

confd = socket(AF_INET, SOCK_DGRAM, 0);

//初始化本地端地址

bzero(&localaddr, sizeof(localaddr));

localaddr.sin_family = AF_INET;

inet_pton(AF_INET, "0.0.0.0" , &localaddr.sin_addr.s_addr);

localaddr.sin_port = htons(CLIENT_PORT);

bind(confd, (struct sockaddr *)&localaddr, sizeof(localaddr));

/*设置组地址*/

inet_pton(AF_INET, GROUP, &group.imr_multiaddr);

/*本地任意IP*/

inet_pton(AF_INET, "0.0.0.0", &group.imr_address);

/* eth0 --> 编号 命令：ip ad */

group.imr_ifindex = if_nametoindex("ens33");

/*设置client 加入多播组 */

setsockopt(confd, IPPROTO_IP, IP_ADD_MEMBERSHIP, &group, sizeof(group));

while (1) {

len = recvfrom(confd, buf, sizeof(buf), 0, NULL, 0);

write(STDOUT_FILENO, buf, len);

}

close(confd);

return 0;

}

socket IPC（本地套接字domain）

socket API原本是为网络通讯设计的，但后来在socket的框架上发展出一种IPC机制，就是UNIX Domain Socket。虽然网络socket也可用于同一台主机的进程间通讯（通过loopback地址127.0.0.1），但是UNIX Domain Socket用于IPC更有效率：不需要经过网络协议栈，不需要打包拆包、计算校验和、维护序号和应答等，只是将应用层数据从一个进程拷贝到另一个进程。这是因为，IPC机制本质上是可靠的通讯，而网络协议是为不可靠的通讯设计的。UNIX Domain Socket也提供面向流和面向数据包两种API接口，类似于TCP和UDP，但是面向消息的UNIX Domain Socket也是可靠的，消息既不会丢失也不会顺序错乱。

UNIX Domain Socket是全双工的，API接口语义丰富，相比其它IPC机制有明显的优越性，目前已成为使用最广泛的IPC机制，比如X Window服务器和GUI程序之间就是通过UNIXDomain Socket通讯的。

使用UNIX Domain Socket的过程和网络socket十分相似，也要先调用socket()创建一个socket文件描述符，address family指定为AF_UNIX，type可以选择SOCK_DGRAM或SOCK_STREAM，protocol参数仍然指定为0即可。

UNIX Domain Socket与网络socket编程最明显的不同在于地址格式不同，用结构体sockaddr_un表示，网络编程的socket地址是IP地址加端口号，而UNIX Domain Socket的地址是一个socket类型的文件在文件系统中的路径，这个socket文件由bind()调用创建，如果调用bind()时该文件已存在，则bind()错误返回。

对比网络套接字地址结构和本地套接字地址结构：

struct sockaddr_in {

__kernel_sa_family_t sin_family; /* Address family */ 地址结构类型

__be16 sin_port; /* Port number */ 端口号

struct in_addr sin_addr; /* Internet address */ IP地址

};

struct sockaddr_un {

__kernel_sa_family_t sun_family; /* AF_UNIX */ 地址结构类型

char sun_path[UNIX_PATH_MAX]; /* pathname */ socket文件名(含路径)

};

以下程序将UNIX Domain socket绑定到一个地址。

size = offsetof(struct sockaddr_un, sun_path) + strlen(un.sun_path);

#define offsetof(type, member) ((int)&((type *)0)->MEMBER)

server

#include <stdio.h>
#include <fcntl.h>
#include <stddef.h>
#include <sys/socket.h>
#include <unistd.h>
#include <sys/un.h>
#include <arpa/inet.h>
int main(int argc, char *argv[])
{
	unlink("sock.s");
	//创建unix流式套接
	int lfd = socket(AF_UNIX,SOCK_STREAM,0);
	//绑定
	struct sockaddr_un myaddr;
	myaddr.sun_family = AF_UNIX;
	strcpy(myaddr.sun_path ,"sock.s");
	int len = offsetof(struct sockaddr_un,sun_path)+strlen(myaddr.sun_path);
	bind(lfd,(struct sockaddr *)&myaddr,len);
	//监听
	listen(lfd,128);
	
	//提取
	struct sockaddr_un cliaddr;
	socklen_t len_c = sizeof(cliaddr);
	int cfd = accept(lfd,(struct sockaddr*)&cliaddr,&len_c);

	printf("new cilent file = %s\n",cliaddr.sun_path);
	//读写
	char buf[1500]="";
	while(1)
	{
		int n = recv(cfd,buf,sizeof(buf),0);
		if(n <= 0)
		{
			printf("err or client close\n");
			break;
		}
		else
		{
			printf("%s\n",buf);
			send(cfd,buf,n,0);
		
		}
	
	}
	//关闭
	close(cfd);
	close(lfd);
	return 0;
}

client

#include <stdio.h>
#include <stddef.h>
#include <arpa/inet.h>
#include <sys/un.h>
#include <sys/socket.h>
#include <unistd.h>
#include <string.h>
#include <stdlib.h>
int main(int argc, char *argv[])
{
	// 删除可能已存在的套接字文件，防止绑定失败
	unlink("sock.c");
	/* 1. 创建UNIX域流式套接字 */
	int cfd = socket(AF_UNIX,SOCK_STREAM,0);
	//如果不绑定,就是隐式绑定
	struct sockaddr_un myaddr;         // UNIX域套接字地址结构
	myaddr.sun_family = AF_UNIX;	   // 地址族：本地进程通信
	strcpy(myaddr.sun_path,"sock.c");  // 设置客户端套接字文件路径
	// 计算地址结构有效长度 = sun_path字段偏移 + 路径字符串长度
	int len = offsetof(struct sockaddr_un,sun_path)+strlen("sock.c");
	if(bind(cfd,(struct sockaddr*)&myaddr,len)< 0)
	{
		perror("");
		return 0;
	}
	/* 3. 连接服务器 */
	struct sockaddr_un seraddr;			// 服务器地址结构
	seraddr.sun_family = AF_UNIX;		// 地址族相同
	strcpy(seraddr.sun_path,"sock.s");	// 服务器套接字文件路径
	connect(cfd,(struct sockaddr*)&seraddr,sizeof(seraddr));
	//读写
	while(1)
	{
		char buf[1500]="";
		// 从标准输入读取数据（键盘输入）
		int n = read(STDIN_FILENO,buf,sizeof(buf));
		// 发送数据到服务器（使用send替代write更规范）
		send(cfd,buf,n,0);

		memset(buf,0,sizeof(buf));
		n = recv(cfd,buf,sizeof(buf),0);
		if(n <=0 )
		{
		
			printf("err or server close\n");
			break;
		
		}
		else
		{
			printf("%s\n",buf);
		
		}
	
	
	}
	//关闭
	close(cfd);
	return 0;
}

结果：

优点总结

高性能与低延迟​

  • ​内核直接转发​：数据不经过网络协议栈（如TCP/IP），避免了封包拆包、校验和计算等开销，传输效率显著提升。
  • ​实测性能优势​：例如在Nginx与PHP-FPM的通信中，本地套接字比网络套接字（127.0.0.1）的QPS（每秒请求数）​平均高出100+​​。
  • ​适用场景​：高频小数据交互（如数据库服务、微服务通信）。

安全性高​

  • ​本地隔离​：通信限于同一主机，数据不暴露于网络，天然规避网络攻击（如中间人攻击、嗅探）。
  • ​权限控制​：通过文件系统权限（如chmod）限制访问，仅授权进程可读写套接字文件（如/tmp/mysocket）。

开发与配置简单​

  • ​统一API​：使用标准套接字接口（socket()/bind()/connect()等），与网络套接字编程一致，降低学习成本。
  • ​无网络配置​：无需处理IP地址、端口冲突、防火墙或NAT，部署更便捷。
  • ​地址标识​：用文件路径（如/tmp/mysql.sock）替代IP+端口，语义更清晰。

资源消耗低​

  • ​零网络开销​：节省带宽资源，减少CPU和内存占用（无协议栈处理）。
  • ​轻量通信​：适合嵌入式系统或资源受限环境（如车载ECU、IoT设备）。

支持全双工可靠通信​

  • ​流式传输（SOCK_STREAM）​​：提供面向连接的可靠数据流，确保数据有序、不丢失（类似TCP）。
  • ​数据报模式（SOCK_DGRAM）​​：支持无连接消息传输，灵活性更高。

本地套接字和网络套接字（回环地址）进行进程间通信的比较

维度​​回环地址（127.0.0.1）​​​本地套接字（UDS）​​
​通信路径​通过完整网络协议栈（TCP/IP），模拟网络通信流程内核直接传递数据，跳过网络协议栈
​数据开销​需封装IP/TCP头、校验和、序列号等，增加额外开销无协议头，仅拷贝应用层数据
​延迟​毫秒级（受协议栈处理影响）微秒级（内核直传）
​吞吐量​中等（受网卡带宽限制）极高（无网卡瓶颈）
​数据拷贝次数​2-4次（用户态↔内核态多次拷贝）1次（内核缓冲区直接传递）

​性能总结​：UDS在单机通信中性能碾压回环地址。

如何选择？​​

​追求极致性能与低延迟​ → ​本地套接字（UDS）​​

  • 适用：单机内密集通信（如数据库、中间件）。

​需网络语义或跨主机通信​ → ​回环地址（TCP）​​

  • 适用：微服务架构、跨主机调试。

​平衡安全与性能​ → ​UDS + 文件权限控制​

  • 适用：系统级服务（如日志、监控）。
【C/C++ CommonAPI入门篇】从 Franca IDL 到 C++: 深入解析汽车软件接口开发
探索C++编程的奥秘，分享深入的技术见解和实践，旨在激发读者创造力与解决问题的思维。
12-11 1806
Franca Interface Definition Language（Franca IDL，Franca接口定义语言）是现代汽车软件开发的基石。正如人类语言是沟通的桥梁，Franca IDL 在软件组件之间提供了一个标准化的沟通方式。通过定义清晰的接口，它使不同的软件组件能够以预定义的方式相互作用，从而降低了复杂系统中的不确定性和复杂性。 人类心理学中有一个概念称为“认知一致性”（Cognitive Consistency），这在软件开发中同样适用。开发者倾向于寻找一致且可预测的模式，Franca I
Common API Some/IP 环境的搭建
u014397092的博客
12-13 1万+
SOME/IP是汽车行业使用的一个通信协议，符合autoSAR标准。 他的git是https://github.com/GENIVI/capicxx-core-tools/wiki 首先你的ubuntu需要安装cmake，git 和jre8 jre的版本高了可能不行 第一步： $ git clone https://github.com/GENIVI/capicxx-core-runti
UNIX Domain Socket IPC - blueliuyun的专栏 - 博客频道 - CSDN.NET
weixin_33885253的博客
03-24 259
UNIX Domain Socket IPC - blueliuyun的专栏 - 博客频道 - CSDN.NET4. UNIX Domain Socket IPC    socket API原本是为网络通讯设计的，但后来在socket的框架上发展出一种IPC机制，就是UNIX Domain Socket。虽然网络socket也可用于同一台主机的进程间通讯（通过loopback地址127.0.0.1...
CommonAPI
weixin_43826668的博客
12-16 2016
CommonAPI CommonAPI 最近几天在研究commonAPI，记录一下研究的新的，CommonAPI是进行进程间通信使用的。 CommonAPI C++ 在通讯层分为Core和Binding两个部分。其中Core部分负责和Application交互而Binding部分负责和系统底层的IPC服务栈交互。其中的Binding即IPC的具体实现方式。目前GENIVI支持的Binding分为两种，分别是SOME/IP和DBus。 CommonAPI C++的IPC接口使用的是通用的“服务端、客户端”模式
CommonAPI 介绍
u012739527的博客
12-07 3136
image.png CommonAPI CommonAPI C++是用于开发分布式应用程序的标准C++ API规范，该分布式应用程序通过中间件进行进程间通信。 CommonAPI C++依靠FrancaIDL来描述静态接口，根据通信协议部署参数，一起组建完整的实例依赖关系模型。目的是封装通信协议和相邻的中间件，使应用程序的C++接口独立于底层IPC堆栈。 IPC Common API允许...
commonAPI:用于所有项目的通用API
05-24
通用API 通用API是一个可以供每个项目使用的项目，因为它具有一些通用API，例如注册，登录，验证电子邮件，忘记密码，重置密码，更改密码，获取用户详细信息，上传个人资料图片。 甚至自动测试测试都是使用mocha，chai，supertest编写的。 邮差链接，API -
(三) 搞定SOME/IP通信之CommonAPI库
变
08-14 5534
本章主要介绍在SOME/IP通信过程中的另外一个IPC通信利剑，CommonAPI库，文章将从如下几个角度让读者了解什么是CommonAPI, 以及库在实际工作中的作用。
CommonAPI C++(fidl)介绍
u012739527的博客
12-07 2900
image.png CommonAPI的基础部分 image.png 第一部分是由CommonAPI代码生成器生成的基于Franca的部分，也就是根据*.fidl文件生成的部分。那是接口的一部分，它是根据FrancaIDL文件中的规范生成的，指数据类型，数组，枚举和接口等基础知识，包含属性，方法，回调，错误处理，广播等方面。 第二个固定部分，是基于CommonAPIRunti...
CommonAPI 使用说明文档
热门推荐
C_Silence_K的博客
03-05 2万+
一、概述 1.CommonAPI C++是什么？ CommonAPI C++是用于开发分布式应用程序的标准C++ API规范，该分布式应用程序通过中间件进行进程间通信。 2.CommonAPI C++的目的是什么？ CommonAPI C++依靠FrancaIDL来描述静态接口，根据通信协议部署参数，一起组建完整的实例依赖关系模型。目的是封装通信协议和相邻的中间件，使应用程序的C++接口独立于底层...
CommonAPI-SomeIP-master.zip
08-17
someip 源码 CommonAPI-SomeIP-master.zip
Apache Commons API简介
01-16
Apache Commons API简介，主要介绍Apache Commons API所包含的包，后续更新补充各类的简介和使用方法
Common API环境部署(保姆级教程，填充了很多坑)
qq_43655213的博客
03-05 6715
这个教程是基于Windows平台实现的，使用了docker容器，docker容器拉取了一个ubuntu镜像，就相当于直接在windows平台中直接可以从事Linux环境下的开发，不再需要使用虚拟机去配置一个Linux环境。这样做的好处是比较方便快捷，节省电脑的性能。在Ubuntu镜像中部署了vsomeip和CommonAPI。然后又在vscode中添加了docker容器的扩展，这样我们就可以直接使用vscode进行开发了。
CommonAPI-SomeIP 使用
拖拉机日记
01-19 1万+
想了解SOME/IP协议，可以移步： SOME/IP 协议介绍 SOME/IP-SD 深入浅出 上一篇，我们已经可以基于vsomeip实现SOME/IP应用，并且服务端和客户端之间进行消息的通信，消息的内容称为Payload。但是设想一下，如果当我们需要传递的消息内容是一个比较复杂的数据结构，比如一个结构体，一两个倒也没事，多了以后，Payload的打包、解析和联调都会是件麻烦的事。 这时，我们会想到序列化，比如用Google Protocol Buffer之类的，是不是可以解决问题呢？对于非AUT
Apache Common fileUpload API 详解
10-27 183
Apache Common fileUpload API 详解 文件上传组件的应用与编写 在许多Web站点应用中都需要为用户提供通过浏览器上传文档资料的功能，例如，上传邮件附件、个人相片、共享资料等。对文件上传功能，在 浏览器端提供了较好的支持，只要将FORM表单的enctype属性设置为“multipart/form-data”即可；但在Web服务器端如何获取浏览器上传的文 件...
CommonAPI学习笔记-1
最新发布
CHALLENG_EVERYTHING的专栏
01-26 1119
CommonAPI分为两层：核心层和绑定层，使用了Franca来描述服务接口的定义和部署，而Franca是一个用于定义和转换接口的框架（https://franca.github.io/franca/）。​ 核心层和通信中间件无关，使用fidl配置文件来描述接口的逻辑，绑定层和中间件相关（DBUS/SOMEIP）。因此在fdepl配置文件中设置了中间件所依赖的参数。
利用commonAPI + someip 在不同板子间发送数据流或文件
weixin_43398250的博客
10-17 4084
两台主机通过commonAPI someip RPC 进行文件传输，数据流传输， 不同板子通过some/ip进行文件传输
【C/C++ CommonAPI入门篇】深入浅出：CommonAPI Core与CommonAPI DBus的协同工作原理
探索C++编程的奥秘，分享深入的技术见解和实践，旨在激发读者创造力与解决问题的思维。
12-10 1612
CommonAPI作为一种中间件，提供了一个通用的应用编程接口（Application Programming Interface, API），使得不同软件组件能够通过标准化的方式进行交互。在这个框架中，CommonAPI Core生成器（CommonAPI Core Generator）和CommonAPI DBus生成器（CommonAPI DBus Generator）扮演了至关重要的角色。它们分别负责生成接口的抽象定义和具体的通信实现，确保了系统间通信的流畅和高效。
UNIX域套接字实现TCP和UDP本地通信详解
代码中，首先创建一个UNIX域套接字，然后根据需要选择流式或数据报套接字，并分别实现TCP和UDP协议的本地通信逻辑。流式套接字在服务器端会监听连接请求，接受客户端的连接，并进行双向的数据传输。数据报套接字则会...
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值