登录社区云，与社区用户共同成长
邀请您加入社区
MainWindow界面拷贝之前的TcpClient版本的MainWindow就行了，稍作修改，增加一个自己的端口号，一般不用修改。●UDP（用户数据报协议）：无连接，提供尽力而为的包传输，适用于对实时性要求高但对数据可靠性要求相对较低的应用。此时运行服务器，启动多个客户端，修改为不同的名字，将消息发送给服务器，可以看到服务器收到消息并回复给其他客户端。UDP应用的场景有限，大多是对数据安全性不高
本文围绕计算机网络里三大高频实用技术：NAT 地址转换、正向 & 反向代理服务、内网穿透（FRP+NAT 打洞）进行完整知识点梳理，内容依托网络实操学习笔记整理，是计算机运维、后端网络编程、网络安全学习的核心复习资料。日常生活里随处可见三类技术落地：家里路由器上网依托 NAT 完成内网设备共用一个公网 IP；校园网限制 SSH 远程登录 XShell 是正向代理做了访问拦截；程序员居家远程操控公司
本文摘要： 《Java网络编程：Socket、TCP/UDP与HttpClient》系统讲解了网络通信核心技术。文章首先分析网络三要素（IP地址、端口号、协议），对比TCP（可靠连接）与UDP（高效无连接）的特性差异。通过InetAddress类演示了主机地址查询。重点构建了TCP通信模型，包含服务端（ServerSocket多线程处理）和客户端（Socket双向通信）的完整实现代码，展示了Jav
【Zephyr|ESP32-S3】基础学习：用WiFi UDP socket实现远程控灯，基于多生产者模式的双通道命令控制
这里不做详细硬件介绍，只描述关键的软件编程硬件部分。1.W5500 提供了 SPI（串行外部接口）作为外设主机接口，共有 SCSn, SCLK, MOSI, MISO 4 路信 号，且作为 SPI从机工作。也就是使用时，只需要连接SPI通讯即可2.根据其工作模式（可变数据长度模 式/固定数据长 度模式），其中使用可变数据长度时，SPI按规则连接，4根信号线保持正常连接即可。当使用固定数据长度时，C
本文介绍了TCP和UDP协议的区别，并通过Python代码演示了TCP服务器与客户端的通信实现。TCP是流式协议，数据传输无边界；UDP则是数据报协议，每条消息独立。服务器端创建socket，设置缓冲区大小和超时，监听连接请求；客户端连接成功后进行数据收发。代码详细说明了socket参数配置、地址绑定、连接管理、异常处理等关键环节，并提供了缓冲区设置、超时控制、文件描述符操作等高级功能的实现方法。
完整代码在最后面理解UDP与TCP的核心差异及其适用场景掌握NIO Reactor模型的设计原理和实现方法构建UDP通信框架实现分片协议和心跳机制。
TCP协议是面向连接、可靠传输的网络协议，其核心机制包括三次握手建立连接、数据传输和四次挥手终止连接。协议通过11种状态（如LISTEN、SYN-SENT、ESTABLISHED等）管理连接生命周期，并采用序列号确认、滑动窗口和拥塞控制确保可靠性。状态转换图清晰展示了从连接建立到终止的全过程，其中TIME-WAIT状态需等待2MSL时间防止报文混淆。实际应用中需注意CLOSE-WAIT堆积（未关闭
网络编程是 Java 开发中非常核心的能力，几乎所有服务端、中间件、即时通信、微服务底层数据交互，都离不开网络通信。后续进阶方向：BIO 阻塞模型缺点、NIO 非阻塞、Selector 多路复用、Netty 框架源码。4. 所有分布式、RPC、NIO、Netty 框架，底层都是基于这两套模型的升级。UDP 高性能，用于实时场景。TCP 是一对一、长连接、流式读写，是工作中最常见的网络通信方式。适用
本文简单使用了udp协议和HTTP服务器的实现
利用 UDP 的全双工特性，结合 C++ 多线程编程，彻底打破传统“一问一答”的局限，从零构建一个支持多客户端实时在线群聊、服务器自动广播分发、下线物理擦除的 全双工多线程 UDP 群聊系统
recvfrom（接受数据并获取源地址）src_addr参数会自动填充发送方的ip和端口，这是实现“回射服务器”的基础。sendto（发送数据到指定地址）每次发送都需要指定目标地址dest_addr.设置setsockopt地址设置setsockopt。
TCP 像 打电话先拨号接通（建立连接）必须对方听到（可靠）不能漏话、不能乱序稳定、不丢内容速度稍慢UDP 像 寄明信片不用接通，直接扔邮筒（无连接）可能寄丢（不可靠）顺序可能乱极快、开销极小不保证送达TCP：可靠、安全、慢、有连接、字节流、粘包。UDP：快速、简单、不可靠、无连接、数据报、不粘包。客户端问一下，服务器答一下说完就断开不能服务器主动发消息给你无状态，每次都要重新连接网页、登录、查询
环境配置是Flutter开发的第一步，也是许多开发者遇到的第一个挑战。通过系统性地解决Gradle、NDK、测试任务等问题，开发者可以建立起稳定的开发环境。对于iOS开发者，使用appuploader等工具可以显著简化配置流程。记住，耐心和系统性思维是解决环境配置问题的关键。
回声服务器指的是这样一种服务器，它接受客户端的连接，并且把收到的数据原样返回给客户端，本系列的第2篇文章《鸿蒙网络编程系列2-UDP回声服务器的实现》中基于ArkTS语言在API 9的环境下实现了UDP回声服务器，本文将使用仓颉语言在API 12的环境中实现类似的功能。当然，UDP是无连接的协议，没有所谓的服务端，严格来说，UDP回声服务器并不是一个服务器，而是一个UDP客户端，和普通客户端不不同
silk_ui 是基于HarmonyOS的UI框架，可以快速开发UI界面。兼容api11以上。
演示了基于仓颉编程语言实现的简单UDP通信。服务器端和客户端分别通过 udp.createSocket() 创建UDP Socket，通过 udp.bind() 绑定地址和端口（服务器端），通过 udp.sendTo() 发送数据（客户端），通过 udp.recvFrom() 接收数据（服务器端和客户端），最后通过 udp.closeSocket() 关闭Socket连接。
本文不仅涵盖了 Socket API、sockaddr 的深度绑定机制，还会探讨 inet_ntoa 这一类古老地址转换函数所带来的“多线程安全地雷”，以及如何利用 C++ 的 remove_if 算法完美擦除过期用户。这是一篇妥妥的干货，建议收藏后反复研读！
TCP 报文里的窗口大小是 16 位，理论最大 64KB。服务器回复同步+确认报文段(SYN=1,ACK=1),携带自己的初始序号,并确认客户端的SYN(ack = 客户端ISN+1)假设客户端突然断电,此时发送的数据突然没了,服务器会等待,会发送"心跳包",探测对方是不是在工作,如果没有心跳了说明挂了。被动方回复 ACK，确认收到 FIN，此时主动方进入 FIN_WAIT_2 状态，被动方可以继
在上一篇网络基础概念中，我们理清了协议分层、IP/MAC 分工、端口号和 Socket 的基本概念。本篇正式进入 Socket 编程实战，选择从 UDP 协议切入——它比 TCP 简单得多：无需连接、无需握手、直发直收。先掌握 UDP 的编程模型，后续再学 TCP 时会发现很多接口是共通的，只是 TCP 多了"连接管理"这一层复杂度。
Epic Shreds Direct 是 ERPC 在法兰克福上线的 Epic Shreds 顶级线路，从世界排名第 3 的 Epics DAO 验证者通过 UDP 直接将 Solana Shreds 交付到客户服务器端口，移除 Forwarding 中转层。本文从技术角度解析这一直接 UDP 交付架构如何同时优化源验证者性能、接收端物理位置与配送 hop 数，逼近 Solana Shred 接收
本文深入探讨了Linux内核中UDP和TCP报头的管理机制。文章首先介绍了网络分层模型和核心数据结构sk_buff，详细分析了UDP/TCP报头结构及其在发送/接收路径中的处理流程。重点阐述了校验和计算、GSO/TSO等性能优化技术，以及内存管理、透明代理等高级机制。同时提供了性能调优参数、监控方法和常见问题排查技巧，并讨论了原始套接字编程和零拷贝技术等实践要点。通过系统性地解析Linux网络协议
本文介绍了如何将Flutter三方库term_glyph适配到鸿蒙开发中，以解决跨平台终端特殊符号显示乱码问题。该库通过智能检测终端环境，自动选择ASCII或Unicode字符集，确保在不同平台下都能输出美观的终端界面。文章详细解析了term_glyph的核心原理、API使用方法，并提供了在鸿蒙项目中的典型应用场景和适配挑战解决方案。通过使用该库，开发者可以轻松实现鸿蒙命令行工具中的精致字符渲染，
高质量视觉素材是提升鸿蒙（OpenHarmony）应用体验的关键。对 Unsplash API 进行了深度封装，提供了从搜索、筛选到多尺寸下载的全链路支持，能帮助开发者在鸿蒙终端快速构建视觉效果拉满的图片发现引擎。为鸿蒙应用开启了连接全球顶级摄影素材的大门。在追求极致美学的趋势下，灵活运用这个库，能让您的应用在视觉竞争中脱颖而出。统一模型：极大简化从 Unsplash 检索复杂元数据的过程。多尺寸
摘要：本文介绍了Flutter三方库udp在OpenHarmony平台的应用，为鸿蒙开发者提供高效的Dart异步通信方案。文章详细解析了UDP协议在鸿蒙分布式架构中的核心价值，包括极简接口、卓越性能和纯Dart实现的优势，并提供了Mermaid通讯模型图。通过代码示例展示了如何实现UDP发送端和接收端功能，探讨了鸿蒙应用中的实际场景应用，如局域网设备发现和实时教学互动。最后给出了OpenHarmo
UDP协议是一种无连接的传输层协议，具有低延迟、简单高效的特点，适用于实时应用场景。摘要要点：1）UDP核心特性包括无连接、不可靠传输、面向数据报和低延迟；2）编程模型简单，服务器端只需创建套接字、绑定地址和收发数据；3）关键API包括socket()、bind()、sendto()和recvfrom()；4）与TCP相比，UDP不保证可靠性但效率更高；5）适用于流媒体、在线游戏等对实时性要求高的
本文介绍了构建UDP网络服务器的工程思想与实现方法。核心思想是"基础设施先行"，先开发公共工具库(common/)再实现业务逻辑。主要工具包括：1) LockGuard实现RAII风格的自动加解锁；2) Log提供带时间戳和等级的日志系统；3) ThreadPool管理线程资源；4) InetAddr处理网络地址转换。通过三个逐步复杂的案例(回显服务器、英译汉字典、聊天室)展示
端口号（Port）用于标识同一台主机上不同的应用程序，让操作系统能将网络数据准确交付给对应进程。// 源端口// 目的端口__be16 len;// 总长度// 校验和传输层通过端口号区分进程，五元组唯一标识通信，知名端口 0~1023 需管理员权限。UDP 是8 字节定长报头、无连接、不可靠、面向数据报的轻量协议，封装解包简单高效。UDP 无发送缓冲区、接收缓冲区不保证有序，无粘包问题，单报文最
interface GE1/0/0.10 mode l2二层子接口配置业务接入，关联BD域。interface GE1/0/0.20 mode l2二层子接口配置业务接入，关联BD域。bgp 100配置VTEP的BGP互联，在EVPN地址族下配置地址族功能开启、arp通告。bridge-domain 10设置BD域，配置vni，配置EVPN实例。bridge-domain 20设置BD域，配置vn
为了打破 "一问一答" 的局限，我们需要构建一个真正的群聊多点广播模型从 "无状态" 到 "有状态"： 服务端在内存中必须引入一个在线用户管理表。任意一个客户端首次向服务器发送消息时，服务端需要捕捉其 sockaddr_in 地址，判定其为新用户上线，并将其身份记录在表中全员广播： 当任何一个在线用户向服务器发送一条聊天消息时，服务端在接收到数据后，不再只是单线回复。而是会遍历整个在线用户管理表，
本文介绍了基于UDP协议实现的网络词典服务器(DictServer)的设计与实现。相比简单的EchoServer，DictServer引入了实际业务逻辑，通过集中式词典服务解决了单机程序的数据冗余和更新维护问题。文章详细阐述了系统架构设计，包括使用UDP协议的优势、词典数据模块的哈希表实现、服务端与业务逻辑的解耦设计（通过回调函数机制），以及完整的客户端-服务端交互流程。测试结果表明，该系统能正确
本文介绍了使用Socket编程实现UDP通信的基本方法，重点讲解了相关函数的使用和实现步骤。主要内容包括： 关键头文件和函数介绍：包括socket()创建套接字、bind()绑定端口、recvfrom()/sendto()收发数据报等核心函数。 InetAddr类的实现：封装了IP地址和端口号的转换功能，提供网络序列与主机序列之间的转换方法。 Server_udp类的实现：展示了UDP服务器的完整
为什么戴上VR头盔会头晕想吐？大白话告诉你：是因为你头转了，但画面还没转过来！看大西北硬核科技公司智汇元界，如何用边缘云计算和魔改的UDP极速协议，把延迟死死压制在<15ms，彻底治愈VR眩晕症。各位对技术好奇的小伙伴们，大家是不是都有过这种经历：去商场玩那些号称沉浸式的VR过山车或者射击游戏，戴上头盔没两分钟，就觉得天旋地转、恶心想吐，下来半天缓不过劲儿？其实不光是你，在一些安全体验馆里，很多员
基于STM32和uIP协议栈的TCP/UDP通信实现方案。uIP是一个极小的开源TCP/IP协议栈，特别适合资源有限的嵌入式系统。
udp
——udp
联系我们（工作时间：8:30-22:00）
400-660-0108 kefu@csdn.net
openEuler 社区
AtomGit开源社区
AI硬件创业社区
HarmonyOS开发者社区
开源鸿蒙跨平台开发者社区
