Linux基础-socket详解、TCP/UDP

简介: 综上所述,Linux下的Socket编程是网络通信的重要组成部分,通过灵活运用TCP和UDP协议,开发者能够构建出满足不同需求的网络应用程序。掌握这些基础知识,是进行更复杂网络编程任务的基石。

Linux系统下的套接字(Socket)编程是网络通信的核心技术之一,它允许不同计算机上的进程通过网络进行数据交换。Socket编程主要基于传输控制协议(TCP)和用户数据报协议(UDP)这两种传输层协议,每种协议都有其独特的特性和应用场景。

TCP(Transmission Control Protocol)

TCP是一种面向连接的、可靠的、基于字节流的通信协议。在TCP连接中,双方在数据传输前必须经历三次握手建立连接,确保通信双方准备好进行数据交换,并且在传输结束后执行四次挥手断开连接,保证资源的正确释放。

  1. 三次握手:客户端发送SYN包到服务器,请求建立连接;服务器收到SYN包后回复SYN+ACK包,确认客户端的请求并要求客户端确认;最后客户端发送ACK包,确认连接建立。
  2. 四次挥手:任何一方发起FIN包请求断开连接;对方收到FIN后回复ACK确认;对方准备关闭连接时也发送FIN;最后收到对方的ACK,完成连接关闭。

TCP通过序列号和确认应答机制保证数据包的可靠传输,同时利用重传机制处理丢包情况,以及流量控制和拥塞控制来调整数据发送速率,确保网络的稳定性和高效性。适用于需要高可靠性但不特别强调实时性的应用,如HTTP、HTTPS、FTP等。

UDP(User Datagram Protocol)

UDP则是一种无连接的、不可靠的、基于数据报的通信协议。它不提供复杂的错误检测和纠正机制,数据包一旦发出,就无法保证是否到达目的地,也不会进行重传。每个UDP数据报都是独立发送的,无需预先建立连接。

尽管UDP缺乏TCP的可靠性保障,但它具有较低的传输延迟,适用于那些对实时性要求较高而能容忍一定丢包率的应用场景,比如在线视频会议、游戏、DNS查询等。

Socket编程基础

在Linux环境下进行Socket编程,主要涉及以下几个步骤:

  1. 创建Socket:使用 socket()系统调用创建Socket,需要指定地址族(如AF_INET表示IPv4)、类型(SOCK_STREAM用于TCP,SOCK_DGRAM用于UDP)和协议(一般为0,让系统自动选择合适的协议)。
  2. 绑定地址:通过 bind()函数将Socket与本地IP地址和端口号绑定,以便接收来自特定地址的数据。
  3. 监听连接(仅限TCP) :对于TCP服务端,使用 listen()设置最大等待连接数,进入监听状态。
  4. 接受连接(仅限TCP) :服务端通过 accept()阻塞等待客户端连接,并为每个连接创建新的Socket。
  5. 连接服务器(仅限TCP) :客户端使用 connect()主动与服务器建立连接。
  6. 数据收发:无论TCP还是UDP,都可以使用 sendto()recvfrom()进行数据发送和接收。TCP还可以使用 read()write()等更高级别的I/O操作。
  7. 关闭Socket:通信完毕后,通过 close()关闭Socket,释放资源。

实例简述

假设我们要编写一个简单的UDP数据发送程序:

#include <stdio.h>
#include <string.h>
#include <sys/socket.h>
#include <arpa/inet.h>
#include <unistd.h>

int main() {
    int sock = socket(AF_INET, SOCK_DGRAM, 0);
    if (sock < 0) {
        perror("Failed to create socket");
        return -1;
    }

    struct sockaddr_in server_addr;
    memset(&server_addr, 0, sizeof(server_addr));
    server_addr.sin_family = AF_INET;
    server_addr.sin_port = htons(12345); // 目标端口
    inet_pton(AF_INET, "192.168.1.100", &server_addr.sin_addr); // 目标IP

    const char *msg = "Hello, UDP!";
    if (sendto(sock, msg, strlen(msg), 0, (struct sockaddr*)&server_addr, sizeof(server_addr)) < 0) {
        perror("Send failed");
        close(sock);
        return -1;
    }

    printf("Message sent successfully\n");
    close(sock);
    return 0;
}
​

这段代码展示了如何创建一个UDP Socket,设置目的地址,然后发送一条消息。请注意,实际应用中需要考虑错误处理和资源管理,以确保程序的健壮性。

综上所述,Linux下的Socket编程是网络通信的重要组成部分,通过灵活运用TCP和UDP协议,开发者能够构建出满足不同需求的网络应用程序。掌握这些基础知识,是进行更复杂网络编程任务的基石。

目录
相关文章
|
17天前
|
弹性计算 人工智能 架构师
阿里云携手Altair共拓云上工业仿真新机遇
2024年9月12日,「2024 Altair 技术大会杭州站」成功召开,阿里云弹性计算产品运营与生态负责人何川,与Altair中国技术总监赵阳在会上联合发布了最新的“云上CAE一体机”。
阿里云携手Altair共拓云上工业仿真新机遇
|
14天前
|
机器学习/深度学习 算法 大数据
【BetterBench博士】2024 “华为杯”第二十一届中国研究生数学建模竞赛 选题分析
2024“华为杯”数学建模竞赛,对ABCDEF每个题进行详细的分析,涵盖风电场功率优化、WLAN网络吞吐量、磁性元件损耗建模、地理环境问题、高速公路应急车道启用和X射线脉冲星建模等多领域问题,解析了问题类型、专业和技能的需要。
2553 19
【BetterBench博士】2024 “华为杯”第二十一届中国研究生数学建模竞赛 选题分析
|
13天前
|
机器学习/深度学习 算法 数据可视化
【BetterBench博士】2024年中国研究生数学建模竞赛 C题:数据驱动下磁性元件的磁芯损耗建模 问题分析、数学模型、python 代码
2024年中国研究生数学建模竞赛C题聚焦磁性元件磁芯损耗建模。题目背景介绍了电能变换技术的发展与应用,强调磁性元件在功率变换器中的重要性。磁芯损耗受多种因素影响,现有模型难以精确预测。题目要求通过数据分析建立高精度磁芯损耗模型。具体任务包括励磁波形分类、修正斯坦麦茨方程、分析影响因素、构建预测模型及优化设计条件。涉及数据预处理、特征提取、机器学习及优化算法等技术。适合电气、材料、计算机等多个专业学生参与。
1543 16
【BetterBench博士】2024年中国研究生数学建模竞赛 C题:数据驱动下磁性元件的磁芯损耗建模 问题分析、数学模型、python 代码
|
9天前
|
存储 关系型数据库 分布式数据库
GraphRAG:基于PolarDB+通义千问+LangChain的知识图谱+大模型最佳实践
本文介绍了如何使用PolarDB、通义千问和LangChain搭建GraphRAG系统,结合知识图谱和向量检索提升问答质量。通过实例展示了单独使用向量检索和图检索的局限性,并通过图+向量联合搜索增强了问答准确性。PolarDB支持AGE图引擎和pgvector插件,实现图数据和向量数据的统一存储与检索,提升了RAG系统的性能和效果。
|
11天前
|
人工智能 IDE 程序员
期盼已久!通义灵码 AI 程序员开启邀测,全流程开发仅用几分钟
在云栖大会上,阿里云云原生应用平台负责人丁宇宣布,「通义灵码」完成全面升级,并正式发布 AI 程序员。
|
15天前
|
编解码 JSON 自然语言处理
通义千问重磅开源Qwen2.5,性能超越Llama
击败Meta,阿里Qwen2.5再登全球开源大模型王座
715 14
|
10天前
|
人工智能 开发框架 Java
重磅发布!AI 驱动的 Java 开发框架:Spring AI Alibaba
随着生成式 AI 的快速发展,基于 AI 开发框架构建 AI 应用的诉求迅速增长,涌现出了包括 LangChain、LlamaIndex 等开发框架,但大部分框架只提供了 Python 语言的实现。但这些开发框架对于国内习惯了 Spring 开发范式的 Java 开发者而言,并非十分友好和丝滑。因此,我们基于 Spring AI 发布并快速演进 Spring AI Alibaba,通过提供一种方便的 API 抽象,帮助 Java 开发者简化 AI 应用的开发。同时,提供了完整的开源配套,包括可观测、网关、消息队列、配置中心等。
540 8
|
4天前
|
Docker 容器
Docker操作 (五)
Docker操作 (五)
145 68
|
4天前
|
Docker 容器
Docker操作 (三)
Docker操作 (三)
133 69
|
15天前
|
人工智能 自动驾驶 机器人
吴泳铭:AI最大的想象力不在手机屏幕,而是改变物理世界
过去22个月,AI发展速度超过任何历史时期,但我们依然还处于AGI变革的早期。生成式AI最大的想象力,绝不是在手机屏幕上做一两个新的超级app,而是接管数字世界,改变物理世界。
575 49
吴泳铭:AI最大的想象力不在手机屏幕,而是改变物理世界