寻求高效可靠传输协议：仅需保障全量数据包送达，无需有序交付

针对你只需要每个数据包至少收到一次、允许重复/乱序的需求，确实没必要用TCP——下面几个方案更高效，开销更小：

1. UDP + 自定义极简确认机制 #

这是最灵活、开销最低的方案，完全按需实现核心逻辑：

• 给每个数据包分配唯一序号（比如从1到N）
• 接收方收到包后，不管顺序，直接回复对应序号的确认（不用管之前有没有漏的）
• 发送方维护一个未确认的序号列表，定期重传列表里的包，直到收到对应确认
• 不需要滑动窗口、拥塞控制、有序交付这些TCP的冗余功能，完全贴合你的需求

给个简单的逻辑示例：

// 发送方核心逻辑
unacked_seqs = {1, 2, ..., N}
while unacked_seqs is not empty:
    // 发送所有未确认的包
    for seq in unacked_seqs:
        send_udp_packet(seq, data)
    // 等待接收确认
    received_acks = wait_for_acks(timeout)
    // 移除已确认的序号
    for ack_seq in received_acks:
        unacked_seqs.discard(ack_seq)
    // 等待一段时间后重试
    sleep(retry_interval)

// 接收方核心逻辑
received_seqs = set()
while len(received_seqs) < N:
    packet = receive_udp_packet()
    if packet.seq not in received_seqs:
        process_data(packet.data)
        received_seqs.add(packet.seq)
    // 不管是否重复，都回复确认（避免发送方重传）
    send_udp_ack(packet.seq)

2. 现成轻量协议：KCP #

如果不想自己造轮子，KCP是绝佳选择——它是基于UDP的可靠传输协议，专为低延迟、轻量设计：

• 默认支持乱序交付，核心只保证每个包至少送达一次，完全符合你的要求
• 去掉了TCP中冗余的严格有序、复杂拥塞控制逻辑，开销比TCP小很多
• 自带重传、超时检测机制，开发成本低，性能比TCP更适合对延迟敏感的场景

3. 局域网专属：UDP广播/组播 + 确认 #

如果你的场景是在局域网内（丢包率极低），可以用UDP广播或组播进一步提升效率：

• 发送方一次性广播所有N个包（或分批发送）
• 接收方收到后回复确认，发送方只重传未收到确认的包
• 这种方式不需要逐个单播发送，在局域网内效率拉满

几个实用提醒 #

• 如果N很大，用位图记录已接收序号比集合更省内存（比如用一个二进制数组，每一位代表对应序号是否已接收）
• 重传间隔可以根据网络状况动态调整（比如丢包多时缩短间隔，丢包少时拉长），避免不必要的开销
• 如果需要加密，自定义UDP方案可以加简单的加密逻辑，或者用DTLS（但DTLS开销会比纯自定义大一点）

内容的提问来源于stack exchange，提问作者Yufei Zheng