一、TCP与UDP的异同

Transmission Control Protocol —— 传输控制协议

UDP：User Datagram Protocol —— 用户数据报协议

1、相同点


同属 TCP/IP 协议栈的传输层，为应用层提供 端到端 的数据传输服务。
都基于 IP 协议 进行数据路由与寻址。
都使用 端口号 区分不同的应用程序（进程）。

2、区别

特性 TCP UDP
连接性 面向连接：传输前必须通过三次握手建立连接，结束后四次挥手释放 无连接：无需握手，直接发送数据包
可靠性 可靠：保证数据不丢失、不重复、按序到达 不可靠：不保证送达、不保证顺序、丢包不重传
控制机制 有确认应答、超时重传、流量控制、拥塞控制 无任何控制机制，仅做简单校验
数据模式 面向字节流（无边界，连续传输） 面向数据报（有边界，独立发包）
首部开销 20~60 字节（变长，含序号、确认号等） 固定 8 字节（极短，仅含端口、长度、校验和）
传输效率 慢（机制复杂、延迟高） 极快（开销小、无等待、实时性高）
通信模式 仅支持单播（一对一） 支持单播、广播、组播（一对多）
典型应用 HTTP/HTTPS、FTP、SMTP、文件传输、远程登录 视频直播、语音通话、游戏、DNS、实时监控

TCP：可靠、慢、像打电话（先连接、再通话、确保听清）。
UDP：不可靠、快、像寄信（直接发、不管是否收到、不管顺序）。

3.通信流程

二、Socket套接字

1、概念

局域网和广域网

局域网：局域网将一定区域内的各种计算机、外部设备和数据库连接起来形成计算机通信的私有网络。
广域网：又称广域网、外网、公网。是连接不同地区局域网或城域网计算机通信的远程公共网络。
IP（Internet Protocol）：本质是一个整形数，用于表示计算机在网络中的地址。IP协议版本有两个：IPv4和IPv6

IPv4（Internet Protocol version4）：

使用一个32位的整形数描述一个IP地址，4个字节，int型
也可以使用一个点分十进制字符串描述这个IP地址： 192.168.247.135
分成了4份，每份1字节，8bit（char），最大值为 255
0.0.0.0 是最小的IP地址
255.255.255.255是最大的IP地址
按照IPv4协议计算，可以使用的IP地址共有 232 个
IPv6（Internet Protocol version6）：

使用一个128位的整形数描述一个IP地址，16个字节
也可以使用一个字符串描述这个IP地址：2001:0db8:3c4d:0015:0000:0000:1a2f:1a2b
分成了8份，每份2字节，每一部分以16进制的方式表示
按照IPv6协议计算，可以使用的IP地址共有 2128 个

# linux
$ ifconfig

# windows
$ ipconfig

# 测试网络是否畅通
# 主机a: 192.168.1.11
# 当前主机: 192.168.1.12
$ ping 192.168.1.11     # 测试是否可用连接局域网
$ ping www.baidu.com    # 测试是否可用连接外网

# 特殊的IP地址: 127.0.0.1  ==> 和本地的IP地址是等价的
# 假设当前电脑没有联网, 就没有IP地址, 又要做网络测试, 可用使用 127.0.0.1 进行本地测试


作者: 苏丙榅

端口

端口的作用是定位到主机上的某一个进程，通过这个端口进程就可以接受到对应的网络数据了。

比如: 在电脑上运行了微信和QQ, 小明通过客户端给我的的微信发消息, 电脑上的微信就收到了消息
, 为什么?

运行在电脑上的微信和QQ都绑定了不同的端口
通过IP地址可以定位到某一台主机，通过端口就可以定位到主机上的某一个进程
通过指定的IP和端口，发送数据的时候对端就能接受到数据了

端口也是一个整形数 unsigned short ，一个16位整形数，有效端口的取值范围是：0 ~ 65535(0 ~ 216-1)

提问：计算机中所有的进程都需要关联一个端口吗，一个端口可以被重复使用吗?

不需要，如果这个进程不需要网络通信，那么这个进程就不需要绑定端口的

一个端口只能给某一个进程使用，多个进程不能同时使用同一个端口

OSI/ISO 网络分层模型

OSI（Open System Interconnect），即开放式系统互联。 一般都叫OSI参考模型，是ISO（国际标准化组织组织）在1985年研究的网络互联模型

物理层：负责最后将信息编码成电流脉冲或其它信号用于网上传输
数据链路层:
数据链路层通过物理网络链路供数据传输。
规定了0和1的分包形式，确定了网络数据包的形式；
网络层
网络层负责在源和终点之间建立连接;
此处需要确定计算机的位置，通过IPv4，IPv6格式的IP地址来找到对应的主机
传输层
传输层向高层提供可靠的端到端的网络数据流服务。
每一个应用程序都会在网卡注册一个端口号，该层就是端口与端口的通信
会话层
会话层建立、管理和终止表示层与实体之间的通信会话；
建立一个连接（自动的手机信息、自动的网络寻址）;
表示层:
对应用层数据编码和转化, 确保以一个系统应用层发送的信息 可以被另一个系统应用层识别;

2、三次握手、四次挥手

1）、三次握手（建立连接）

目的：同步序列号，确认双方收发能力正常，建立可靠连接。

客户端（Client）                            服务器（Server）
    CLOSED                                   LISTEN
      |                                         |
1. SYN-SENT → SYN=1, seq=x                     |
      | ——————————————————————————>              |
      |                                    SYN-RCVD
      |                                         |
2. ESTABLISHED ← SYN=1, ACK=1, seq=y, ack=x+1  |
      | <——————————————————————————              |
      |                                    SYN-RCVD
      |                                         |
3. ESTABLISHED → ACK=1, seq=x+1, ack=y+1       |
      | ——————————————————————————>              |
      |                                    ESTABLISHED

步骤：

  1. 客户端 → 服务器：SYN=1, seq=x（客户端进入 SYN-SENT）

  2. 服务器 → 客户端：SYN=1, ACK=1, seq=y, ack=x+1（服务器进入 SYN-RCVD）

  3. 客户端 → 服务器：ACK=1, seq=x+1, ack=y+1（双方进入 ESTABLISHED）

为什么是三次？​

两次握手无法防止“已失效的连接请求”突然传送到服务器导致错误连接，且无法保证双方收发能力都正常。

2）、四次挥手（关闭连接）

目的：双方安全关闭连接，确保数据传完。

客户端（主动关闭）                         服务器（被动关闭）
    ESTABLISHED                           ESTABLISHED
      |                                         |
1. FIN-WAIT-1 → FIN=1, seq=u                   |
      | ——————————————————————————>              |
      |                                    CLOSE-WAIT
      |                                         |
2. FIN-WAIT-2 ← ACK=1, seq=v, ack=u+1         |
      | <——————————————————————————              |
      |                                    CLOSE-WAIT
      |                                         |
3. TIME-WAIT  ← FIN=1, ACK=1, seq=w, ack=u+1  |
      | <——————————————————————————              |
      |                                    LAST-ACK
      |                                         |
4. TIME-WAIT  → ACK=1, seq=u+1, ack=w+1       |
      | ——————————————————————————>              |
      | (等待2MSL后CLOSED)                 CLOSED

步骤：

  1. 主动方 → 被动方：FIN=1, seq=u（主动方进入 FIN-WAIT-1）

  2. 被动方 → 主动方：ACK=1, ack=u+1（被动方进入 CLOSE-WAIT，主动方进入 FIN-WAIT-2）

  3. 被动方 → 主动方：FIN=1, seq=w（被动方进入 LAST-ACK，主动方进入 TIME-WAIT）

  4. 主动方 → 被动方：ACK=1, ack=w+1（被动方进入 CLOSED，主动方等待 2MSL 后关闭）

为什么是四次？​

TCP 连接是全双工，每一方向需独立关闭。被动方收到 FIN 后，可能还有数据要发送，故先回 ACK，等数据发完再发自己的 FIN。

3）、关键状态与问题

  1. TIME_WAIT 状态​

    • 主动关闭方最后等待 2MSL（Maximum Segment Lifetime，通常 2×60s）再彻底关闭。

    • 作用：确保对方收到 ACK（若丢失可重传），并让旧连接报文在网络中消逝，避免新旧连接混淆。

  2. CLOSE_WAIT 状态​

    • 被动方收到 FIN 后进入，若程序未调用 close() 会长期停留，导致连接泄漏。

  3. 半关闭状态​

    • 一方发送 FIN 后仍可接收数据，直到对方也发 FIN。

一句话总结：

三次握手是“你好了吗？我好了，你呢？我也好了。”

四次挥手是“我说完了，好，我也说完了，好，再见。”

4）、流量控制

流量控制可以让发送端根据接收端的实际接受能力控制发送的数据量。它的具体操作是，接收端主机向发送端主机通知自己可以接收数据的大小，于是发送端会发送不会超过该大小的数据，该限制大小即为窗口大小，即窗口大小由接收端主机决定。

TCP 首部中，专门有一个字段来通知窗口大小，接收主机将自己可以接收的缓冲区大小放在该字段中通知发送端。当接收端的缓冲区面临数据溢出时，窗口大小的值也是随之改变，设置为一个更小的值通知发送端，从而控制数据的发送量，这样达到流量的控制。这个控制流程的窗口也可以称作滑动窗口。

3.TCP 服务器编程的详细流程

创建套接字（socket()）：调用 socket() 函数创建一个套接字，指定协议族（如 AF_INET 表示 IPv4）、套接字类型（如 SOCK_STREAM 表示 TCP 套接字）和协议（通常为 0）。

绑定地址和端口（bind()）：调用 bind() 函数将套接字与指定的地址和端口绑定。需要创建一个 sockaddr 结构体或其派生结构体（如 sockaddr_in），并填充相应的地址和端口信息。

监听连接（listen()）：调用 listen() 函数将套接字设置为监听状态，等待客户端的连接请求。listen() 函数的第二个参数 backlog 表示半连接队列的长度。

接受连接（accept()）：调用 accept() 函数接受客户端的连接请求。accept() 函数会阻塞，直到有新的连接请求到达。当有连接请求时，accept() 函数返回一个新的套接字，用于与客户端进行通信。

数据传输（send() 和 recv()）：使用新的套接字调用 send() 函数向客户端发送数据，调用 recv() 函数从客户端接收数据。

关闭连接（close()）：当数据传输完成后，调用 close() 函数关闭与客户端的连接套接字和监听套接字。

三、UDP

dp是一个面向无连接的，不安全的，报式传输层协议，udp的通信过程默认也是阻塞的。

UDP通信不需要建立连接 ，因此不需要进行connect()操作

UDP通信过程中，每次都需要指定数据接收端的IP和端口，和发快递差不多

UDP不对收到的数据进行排序，在UDP报文的首部中并没有关于数据顺序的信息

UDP对接收到的数据报不回复确认信息，发送端不知道数据是否被正确接收，也不会重发数据。

如果发生了数据丢失，不存在丢一半的情况，如果丢当前这个数据包就全部丢失了

1.基本通信流程

服务器：创建socket → 绑定端口（bind()） → 循环调用recvfrom()接收数据 → 处理请求 → 调用sendto()回复。
客户端：创建socket → 直接调用sendto()发送数据 → 可选调用recvfrom()等待回复。

2.通信函数

1.基于UDP进行套接字通信，创建套接字的函数还是socket()但是第二个参数的值需要指定为SOCK_DGRAM，通过该参数指定要创建一个基于报式传输协议的套接字，最后一个参数指定为0表示使用报式协议中的UDP协议。

int socket(int domain, int type, int protocol);

参数:
domain：地址族协议，AF_INET -> IPv4，AF_INET6-> IPv6
type：使用的传输协议类型，报式传输协议需要指定为 SOCK_DGRAM
protocol：指定为0，表示使用的默认报式传输协议为 UDP
返回值：函数调用成功返回一个可用的文件描述符（大于0），调用失败返回-1
2.另外进行UDP通信，通信过程虽然默认还是阻塞的，但是通信函数和TCP不同，操作函数原型如下：

// 接收数据, 如果没有数据,该函数阻塞
ssize_t recvfrom(int sockfd, void *buf, size_t len, int flags,
                 struct sockaddr *src_addr, socklen_t *addrlen);


作者: 苏丙榅

参数:
sockfd: 基于udp的通信的文件描述符
buf: 指针指向的地址用来存储接收的数据
len: buf指针指向的内存的容量, 最多能存储多少字节
flags: 设置套接字属性，一般使用默认属性，指定为0即可
src_addr: 发送数据的一端的地址信息，IP和端口都存储在这里边, 是大端存储的
如果这个参数中的信息对当前业务处理没有用处, 可以指定为NULL, 不保存这些信息
addrlen: 类似于accept() 函数的最后一个参数, 是一个传入传出参数
传入的是src_addr参数指向的内存的大小, 传出的也是这块内存的大小
如果src_addr参数指定为NULL, 这个参数也指定为NULL即可
返回值：成功返回接收的字节数，失败返回-1

// 发送数据函数
ssize_t sendto(int sockfd, const void *buf, size_t len, int flags,
               const struct sockaddr *dest_addr, socklen_t addrlen);


作者: 苏丙榅

3.参数:
sockfd: 基于udp的通信的文件描述符
buf: 这个指针指向的内存中存储了要发送的数据
len: 要发送的数据的实际长度
flags: 设置套接字属性，一般使用默认属性，指定为0即可
dest_addr: 接收数据的一端对应的地址信息, 大端的IP和端口
addrlen: 参数 dest_addr 指向的内存大小
返回值：函数调用成功返回实际发送的字节数，调用失败返回-1

3.单播组播和广播

1.核心定义

单播：一对一，一个发送方 → 唯一一个接收方。
广播：一对所有，一个发送方 → 本网段全部主机。
组播：一对一组，一个发送方 → 加入同一组播组的部分主机。

2.相同点

都是网络中数据传输方式。
都基于 IP 网络、可依托以太网链路传输。
发送方都只需发一份数据（广播 / 组播不用给每个人单独发）。

3.区别

维度 单播 广播 组播
通信方式 一对一 一对全部 一对指定群组
接收对象 唯一目标主机 本网段所有主机 仅加入组播组的主机
网络开销 目标多时重复发包，占用带宽大 全网泛洪，易产生广播风暴 网络仅传一份，按需接收，带宽最优
跨网段 可路由，支持跨网段 不能跨路由器，路由器默认隔离广播 需组播路由协议，可跨网段
典型应用 HTTP、TCP 聊天、浏览网页 ARP 寻址、DHCP 自动获取 IP 视频直播、IPTV、会议直播、实时流媒体
资源占用 只占用收发双方资源 所有主机都要处理报文，浪费资源 只有组成员处理，节省资源

四、TFTP简单文件传输协议

1.协议格式

2.基本概念

a.构成

TFTP（Trivial File Transfer Protocol，简单文件传输协议）是一种轻量级的文件传输协议，常用于局域网内传输配置文件或引导文件（如PXE启动）。其报文格式简单，采用固定格式头部 + 可变长度数据字段。

在TFTP的读请求（RRQ）或写请求（WRQ）报文中，字段顺序为：

• 操作码（2字节）

• 文件名（可变长度，以NULL结尾）

• 模式（如“netascii”、“octet”等，也以NULL结尾）

•操作码（2字节） + 块编号（2字节，从1开始最大65535） + 数据（0~512字节）

  • 第1-2字节：操作码（Opcode）​ —— 用于标识报文类型，如：

    • 1 = 读请求（RRQ）

    • 2 = 写请求（WRQ）

    • 3 = 数据包（DATA）

    • 4 = 确认包（ACK）

    • 5 = 错误包（ERROR）

  • 后续字段根据操作码不同而变化，如文件名、模式、块编号、数据等。

因此，操作码固定位于报文的第1-2字节，这是TFTP协议规范所定义的。

b.端口

TFTP（Trivial File Transfer Protocol，简单文件传输协议）基于UDP，使用端口69作为服务器监听端口，用于接收初始请求（如 RRQ 读请求、WRQ 写请求）。 当 TFTP 客户端发送 RRQ（Read Request）时：

1. 客户端从一个临时端口（通常是大于1024的随机端口）向服务器的 69端口​ 发送请求；

2. 服务器收到 RRQ 后，会从自己的 69端口​ 回应一个 数据包（DATA），但目标端口不是69，而是客户端发起请求时所使用的临时端口；

3. 也就是说，后续所有数据传输都是在客户端临时端口与服务器69端口之间进行，但响应数据包的目标端口始终是客户端的临时端口。

c.错误码和传输格式

TFTP（Trivial File Transfer Protocol）​ 是一种简单的文件传输协议，其错误报文使用“错误码 + 错误信息”格式，RFC 1350 中定义了标准错误码：

• 错误码 1：File not found（文件未找到） → 客户端请求的文件在服务器上不存在。

• 错误码 2：Access violation（访问拒绝） → 权限不足，如无读/写权限。

• 错误码 3：Disk full or allocation exceeded（磁盘满 / 分配超限） → 服务器存储空间不足，无法写入文件。

• 错误码 4：Illegal TFTP operation（非法操作） → 操作不符合TFTP协议规范，如错误的包格式或非法指令。

错误码5（传输超时）、6（未知传输ID）

TFTP无认证、无目录列表、无续传，错误机制简单直接，适合嵌入式或引导场景TFTP 的核心特征：轻量、无认证、基于 UDP、适用于小文件。注意“支持大文件传输”是常见干扰项，实际为 FTP 或其扩展协议的功能。

TFTP（Trivial File Transfer Protocol，简单文件传输协议）支持三种传输模式：

  1. “netascii”​ —— 用于传输文本文件，会进行换行符转换（如CR+LF）。

  2. “octet”​ —— 用于传输二进制文件，不进行任何转换，原样传输字节流。

  3. “mail”​ —— 已废弃，早期用于邮件传输，现基本不用。

3.通信流程

TFTP协议的基本通信流程（简单文件传输协议，Trivial File Transfer Protocol）是一种基于UDP的轻量级文件传输协议，常用于局域网内小文件传输（如路由器配置文件、启动镜像等）。其通信流程遵循“请求-数据块-确认”的简单模式，无复杂连接建立与断开机制。以下是其基本通信流程：

第一步：客户端发起请求（读或写）

  • 目的：建立文件传输意图，指定操作类型与文件名。

  • 客户端向服务器的69端口发送一个读请求（RRQ）或写请求（WRQ）数据包。

    • RRQ：请求从服务器读取文件。

    • WRQ：请求向服务器写入文件。

  • 数据包格式包含：操作码（1=RRQ, 2=WRQ）、文件名、传输模式（如“netascii”、“octet”）。

第二步：服务器响应并建立临时端口通信

  • 目的：为本次传输分配临时端口，避免多客户端冲突。

  • 服务器收到请求后，若文件存在（RRQ）或允许写入（WRQ），则：

    • 为本次会话分配一个临时端口号（非69端口）。

    • 向客户端的源端口发送第一个数据块（RRQ时）或确认包（WRQ时）。

第三步：数据块传输与确认（滑动窗口=1）

  • 目的：逐块传输文件，确保可靠性（通过确认机制）。

  • 读操作（RRQ）流程：

    1. 服务器发送DATA块（块号=1）。

    2. 客户端收到后，发送ACK块（块号=1）。

    3. 服务器继续发送DATA块=2 → 客户端回ACK=2……以此类推。

    4. 最后一个DATA块若小于512字节（或为0字节），表示传输结束。

  • 写操作（WRQ）流程：

    1. 客户端发送DATA块（块号=1）。

    2. 服务器收到后，发送ACK块（块号=1）。

    3. 客户端发送DATA块=2 → 服务器回ACK=2……直至传输完成。

注意：TFTP使用停等协议（Stop-and-Wait），每个数据块必须收到确认后才发下一个。

第四步：传输结束

  • 目的：确认文件完整传输，结束会话。

  • 当最后一个数据块被确认后（ACK号等于最后一个DATA块号），双方认为传输完成。

  • 无显式“关闭连接”机制，超时或无后续数据即视为结束。

关键特点总结：

  • 基于UDP，无连接，开销小。

  • 使用端口69用于初始请求，后续使用临时端口通信。

  • 数据块默认512字节，最后一块<512或为0表示结束。

  • 通过ACK机制保证可靠传输（虽简单，但有效）。

  • 无用户认证、无目录列表、无断点续传。

一句话记忆：

客户端发RRQ/WRQ到69端口 → 服务器开临时端口回应 → 逐块传数据+确认 → 最后一块传完即结束。

4.报文类型及结构

TFTP（简单文件传输协议）定义了5种标准的报文类型，每种报文都有特定的操作码（Opcode）和结构。所有TFTP报文都采用固定格式的头（Header）加上可能的可选数据部分。

以下是TFTP报文的类型及其结构详解：

1. 读请求报文 (Read Request, RRQ)

  • 操作码 (Opcode): 1

  • 结构:

    • Opcode(2 bytes): 0001

    • Filename(字符串): 要读取的文件名，以空字符 \0结尾。

    • Mode(字符串): 传输模式（如 netascii, octet, mail），以空字符 \0结尾。

  • 用途: 客户端向服务器请求读取一个文件。

2. 写请求报文 (Write Request, WRQ)

  • 操作码 (Opcode): 2

  • 结构:

    • Opcode(2 bytes): 0010

    • Filename(字符串): 要写入的文件名，以空字符 \0结尾。

    • Mode(字符串): 传输模式，以空字符 \0结尾。

  • 用途: 客户端向服务器请求写入（上传）一个文件。

3. 数据报文 (Data, DATA)

  • 操作码 (Opcode): 3

  • 结构:

    • Opcode(2 bytes): 0011

    • Block Number(2 bytes): 数据块的序号（从1开始）。

    • Data(512 bytes): 数据内容。注意：只有当这是文件的最后一块数据时，长度才可能小于512字节（最小为0字节，表示传输结束）。

  • 用途: 用于在读写过程中传输实际的数据块。

4. 确认报文 (Acknowledgment, ACK)

  • 操作码 (Opcode): 4

  • 结构:

    • Opcode(2 bytes): 0100

    • Block Number(2 bytes): 确认的块序号（对应收到的数据块号）。

  • 用途: 接收方收到数据后，发送ACK确认。对于写请求，服务器发送ACK；对于读请求，客户端发送ACK。

5. 差错报文 (Error, ERROR)

  • 操作码 (Opcode): 5

  • 结构:

    • Opcode(2 bytes): 0101

    • ErrorCode(2 bytes): 错误代码（如 0=未定义, 1=文件未找到, 2=访问拒绝等）。

    • ErrMsg(字符串): 错误信息，以空字符 \0结尾。

  • 用途: 当发生错误时（如文件不存在、磁盘满），发送方发送此报文终止传输。

总结结构图

报文类型

Opcode (十六进制)

结构组成

RRQ​

01

Opcode+ Filename+ \0+ Mode+ \0

WRQ​

02

Opcode+ Filename+ \0+ Mode+ \0

DATA​

03

Opcode+ Block #+ Data (512 bytes)

ACK​

04

Opcode+ Block #

ERROR​

05

Opcode+ Error Code+ ErrMsg+ \0

关键特点：

  • 固定头部：所有报文前两个字节都是操作码。

  • 端口分配：初始请求使用UDP 69端口，之后数据传输使用临时端口（通常是大于1023的随机端口）。

  • 定长数据：数据报文的数据区固定为512字节，这是判断文件是否传输完毕的标志（小于512字节即为最后一块）。

5.TFTP协议中块编号的作用及循环机制

TFTP协议中块编号的作用及循环机制

1. 块编号的作用

TFTP（简单文件传输协议）使用块编号（Block Number）来标识和管理传输的数据块，其主要作用如下：

  • 数据排序与重组：接收方根据块编号将接收到的数据块按顺序拼接，确保文件正确重组。

  • 可靠性保证：发送方发送数据块后，接收方必须返回对应块号的确认（ACK），发送方根据ACK判断数据是否成功送达，未收到ACK则重传。

  • 边界标识：每个数据块（DATA报文）的大小固定为512字节（最后一块可小于512字节），块编号帮助界定数据边界。

2. 循环机制（模2运算/回绕）

TFTP的块编号采用16位无符号整数（范围0~65535），并通过循环（模65536）机制处理溢出：

  • 递增规则：数据块编号从1开始，每发送一个新的数据块，编号加1。例如：1, 2, 3, ..., 65535, 0, 1, 2...

  • 回绕（Wrap Around）：当编号达到65535后，下一个编号自动回绕到0，然后继续递增。这种设计允许TFTP在传输大文件时无需担心编号耗尽，同时保证编号的唯一性和连续性。

  • 确认匹配：ACK报文的块号必须与对应的DATA报文块号一致，即使发生回绕，接收方也能通过模运算正确识别对应关系。

总结：块编号是TFTP实现可靠传输的核心机制，通过顺序编号和循环回绕，既保证了数据有序性，又支持无限长度的文件传输。

# tcp/ip # udp # 网络协议
Logo
AtomGit开源社区

AtomGit 是由开放原子开源基金会联合 CSDN 等生态伙伴共同推出的新一代开源与人工智能协作平台。平台坚持“开放、中立、公益”的理念，把代码托管、模型共享、数据集托管、智能体开发体验和算力服务整合在一起，为开发者提供从开发、训练到部署的一站式体验。

更多推荐

cover

【WinForm UI控件系列】Collapse折叠面板，支持自动滚动条，支持边框，颜色定义，支持布满，支持透明、手风琴模式、扩展按钮

avatar AtomGit开源社区
cover

【产品】07_像写 PRD 一样写需求——让 Claude 精准理解你要什么

avatar AtomGit开源社区
cover

【本地 AI 自动化工具】Windows 一键部署 OpenClaw 2.7.5 完整教程（包含安装包）

avatar AtomGit开源社区