JavaScript 浏览器端不支持 TCP/UDP 编程，仅 Node.js 通过 net 和 dgram 模块提供异步事件驱动的原生网络能力，需注意 Buffer 处理、资源清理及浏览器限制。
JavaScript 本身不直接支持 TCP/UDP 网络编程，因为标准浏览器环境出于安全限制，无法访问底层 socket。所谓“JavaScript 中的 TCP/UDP 编程”，实际仅存在于 Node.js 环境，它通过内置模块（net 和 dgram）提供原生网络能力，并天然基于异步回调（或 Promise/async-await）模型运行。
Node.js 的 TCP 异步回调机制（net 模块）
TCP 是面向连接、可靠传输的协议。Node.js 使用 net 模块实现服务端和客户端通信，所有 I/O 操作（如连接、读写、关闭）默认异步，通过事件和回调处理。
-
服务端监听：调用
server.listen()后立即返回，不阻塞；当有新连接时，触发'connection'事件，传入一个Socket实例供后续操作 -
数据接收：对每个
Socket绑定'data'事件，每当收到数据片段就触发回调（数据可能被分片，需自行拼接） -
写入与关闭：
socket.write()是非阻塞的，返回true表示缓冲区可写，false表示需等待'drain'事件；socket.end()或socket.destroy()触发'close'或'error'事件
Node.js 的 UDP 异步回调机制（dgram 模块）
UDP 是无连接、不可靠但轻量的协议。dgram 模块通过 socket.on('message', callback) 监听数据报，所有操作同样异步且事件驱动。
-
绑定端口：调用
socket.bind()后立即返回，成功后触发'listening'事件 -
收发分离：收到数据时触发
'message'事件，回调参数含数据 Buffer 和远程地址信息；发送使用socket.send()，完成时通过回调告知是否成功（注意：UDP 发送不保证送达，回调仅表示系统已将数据交由内核发送） -
错误处理：监听
'error'事件捕获绑定失败、地址不可达等异常，避免未捕获异常导致进程退出
回调 vs Promise/async-await：现代写法推荐
原始回调易造成“回调地狱”，Node.js 从 v15.0 起为 net 和 dgram 提供了 promisify 兼容接口，也可封装成 Promise：
立即学习“Java免费学习笔记（深入）”；
- 用
util.promisify()包装socket.bind等方法，使绑定端口可 await - 对
'message'或'data'事件，可用once()或自定义 Promise 包装单次接收逻辑（例如等待一个完整请求） - 注意：事件监听本身仍是基于回调的，Promise 封装只是让“等待某次事件”更符合 async 流程，不能改变事件循环本质
关键注意事项与常见误区
异步网络编程中，几个细节极易引发问题：
-
Buffer 处理：TCP 的
'data'可能分多次到达，UDP 的'message'是完整数据报，但都需正确解码（如chunk.toString('utf8')），避免乱码或截断 -
资源清理：务必监听
'close'、'error'、'timeout'等事件，及时socket.destroy()防止内存泄漏 -
并发与状态：每个 TCP 连接对应独立
Socket，但多个连接共享同一服务器实例；UDP 单个 socket 可收发任意地址，需在回调中校验 sender 地址或维护会话映射 - 浏览器不可用：前端 JavaScript 无法直接 TCP/UDP 编程，需借助 WebSocket（基于 TCP）、WebRTC（支持 UDP-like 数据通道）或后端代理中转
