<?xml version="1.0" encoding="utf-8" standalone="yes"?>
<rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom" xmlns:content="http://purl.org/rss/1.0/modules/content/">
  <channel>
    <title>TCP on Answer</title>
    <link>https://answer.freetools.me/tags/tcp/</link>
    <description>Recent content in TCP on Answer</description>
    <generator>Hugo -- 0.152.2</generator>
    <language>zh-cn</language>
    <lastBuildDate>Sun, 15 Mar 2026 17:18:02 +0800</lastBuildDate>
    <atom:link href="https://answer.freetools.me/tags/tcp/index.xml" rel="self" type="application/rss+xml" />
    <item>
      <title>互联网的那些魔法数字：为什么HTTP是80端口，以太网是1500字节</title>
      <link>https://answer.freetools.me/%E4%BA%92%E8%81%94%E7%BD%91%E7%9A%84%E9%82%A3%E4%BA%9B%E9%AD%94%E6%B3%95%E6%95%B0%E5%AD%97%E4%B8%BA%E4%BB%80%E4%B9%88http%E6%98%AF80%E7%AB%AF%E5%8F%A3%E4%BB%A5%E5%A4%AA%E7%BD%91%E6%98%AF1500%E5%AD%97%E8%8A%82/</link>
      <pubDate>Sun, 15 Mar 2026 17:18:02 +0800</pubDate>
      <guid>https://answer.freetools.me/%E4%BA%92%E8%81%94%E7%BD%91%E7%9A%84%E9%82%A3%E4%BA%9B%E9%AD%94%E6%B3%95%E6%95%B0%E5%AD%97%E4%B8%BA%E4%BB%80%E4%B9%88http%E6%98%AF80%E7%AB%AF%E5%8F%A3%E4%BB%A5%E5%A4%AA%E7%BD%91%E6%98%AF1500%E5%AD%97%E8%8A%82/</guid>
      <description>从HTTP的80端口到以太网的1500字节，从Unix时间戳的1970年到RGB的255，这些看似随意的数字背后都藏着半个世纪以来的技术演进逻辑。本文深入挖掘互联网那些&amp;#34;魔法数字&amp;#34;的历史来源。</description>
    </item>
    <item>
      <title>TCP选择性确认如何解决累积确认无法处理的多包丢失困境</title>
      <link>https://answer.freetools.me/tcp%E9%80%89%E6%8B%A9%E6%80%A7%E7%A1%AE%E8%AE%A4%E5%A6%82%E4%BD%95%E8%A7%A3%E5%86%B3%E7%B4%AF%E7%A7%AF%E7%A1%AE%E8%AE%A4%E6%97%A0%E6%B3%95%E5%A4%84%E7%90%86%E7%9A%84%E5%A4%9A%E5%8C%85%E4%B8%A2%E5%A4%B1%E5%9B%B0%E5%A2%83/</link>
      <pubDate>Wed, 11 Mar 2026 06:27:27 +0800</pubDate>
      <guid>https://answer.freetools.me/tcp%E9%80%89%E6%8B%A9%E6%80%A7%E7%A1%AE%E8%AE%A4%E5%A6%82%E4%BD%95%E8%A7%A3%E5%86%B3%E7%B4%AF%E7%A7%AF%E7%A1%AE%E8%AE%A4%E6%97%A0%E6%B3%95%E5%A4%84%E7%90%86%E7%9A%84%E5%A4%9A%E5%8C%85%E4%B8%A2%E5%A4%B1%E5%9B%B0%E5%A2%83/</guid>
      <description>TCP选择性确认如何解决累积确认无法处理的多包丢失困境</description>
    </item>
    <item>
      <title>HTTP/3的流量控制为何比TCP更精细：从滑动窗口到双层限额机制的技术演进</title>
      <link>https://answer.freetools.me/http/3%E7%9A%84%E6%B5%81%E9%87%8F%E6%8E%A7%E5%88%B6%E4%B8%BA%E4%BD%95%E6%AF%94tcp%E6%9B%B4%E7%B2%BE%E7%BB%86%E4%BB%8E%E6%BB%91%E5%8A%A8%E7%AA%97%E5%8F%A3%E5%88%B0%E5%8F%8C%E5%B1%82%E9%99%90%E9%A2%9D%E6%9C%BA%E5%88%B6%E7%9A%84%E6%8A%80%E6%9C%AF%E6%BC%94%E8%BF%9B/</link>
      <pubDate>Wed, 11 Mar 2026 05:47:54 +0800</pubDate>
      <guid>https://answer.freetools.me/http/3%E7%9A%84%E6%B5%81%E9%87%8F%E6%8E%A7%E5%88%B6%E4%B8%BA%E4%BD%95%E6%AF%94tcp%E6%9B%B4%E7%B2%BE%E7%BB%86%E4%BB%8E%E6%BB%91%E5%8A%A8%E7%AA%97%E5%8F%A3%E5%88%B0%E5%8F%8C%E5%B1%82%E9%99%90%E9%A2%9D%E6%9C%BA%E5%88%B6%E7%9A%84%E6%8A%80%E6%9C%AF%E6%BC%94%E8%BF%9B/</guid>
      <description>深入解析HTTP/3中QUIC协议的流量控制机制：从TCP滑动窗口到QUIC双层限额式设计的技术演进，涵盖流级别与连接级别控制、MAX_DATA/MAX_STREAM_DATA帧工作原理、自动调优算法、以及与拥塞控制的本质区别。</description>
    </item>
    <item>
      <title>IP地址与子网掩码入门：从二进制到网络划分的完整技术指南</title>
      <link>https://answer.freetools.me/ip%E5%9C%B0%E5%9D%80%E4%B8%8E%E5%AD%90%E7%BD%91%E6%8E%A9%E7%A0%81%E5%85%A5%E9%97%A8%E4%BB%8E%E4%BA%8C%E8%BF%9B%E5%88%B6%E5%88%B0%E7%BD%91%E7%BB%9C%E5%88%92%E5%88%86%E7%9A%84%E5%AE%8C%E6%95%B4%E6%8A%80%E6%9C%AF%E6%8C%87%E5%8D%97/</link>
      <pubDate>Sun, 08 Mar 2026 18:43:52 +0800</pubDate>
      <guid>https://answer.freetools.me/ip%E5%9C%B0%E5%9D%80%E4%B8%8E%E5%AD%90%E7%BD%91%E6%8E%A9%E7%A0%81%E5%85%A5%E9%97%A8%E4%BB%8E%E4%BA%8C%E8%BF%9B%E5%88%B6%E5%88%B0%E7%BD%91%E7%BB%9C%E5%88%92%E5%88%86%E7%9A%84%E5%AE%8C%E6%95%B4%E6%8A%80%E6%9C%AF%E6%8C%87%E5%8D%97/</guid>
      <description>一篇面向开发者的IP地址与子网掩码入门教程，从二进制基础开始，系统讲解IP地址结构、分类、子网掩码原理、CIDR表示法、公私网地址区分等核心概念，帮助读者理解网络通信的基础知识。</description>
    </item>
    <item>
      <title>TCP丢包检测为何如此复杂：从超时重传到RACK的四十年技术博弈</title>
      <link>https://answer.freetools.me/tcp%E4%B8%A2%E5%8C%85%E6%A3%80%E6%B5%8B%E4%B8%BA%E4%BD%95%E5%A6%82%E6%AD%A4%E5%A4%8D%E6%9D%82%E4%BB%8E%E8%B6%85%E6%97%B6%E9%87%8D%E4%BC%A0%E5%88%B0rack%E7%9A%84%E5%9B%9B%E5%8D%81%E5%B9%B4%E6%8A%80%E6%9C%AF%E5%8D%9A%E5%BC%88/</link>
      <pubDate>Sat, 07 Mar 2026 05:10:05 +0800</pubDate>
      <guid>https://answer.freetools.me/tcp%E4%B8%A2%E5%8C%85%E6%A3%80%E6%B5%8B%E4%B8%BA%E4%BD%95%E5%A6%82%E6%AD%A4%E5%A4%8D%E6%9D%82%E4%BB%8E%E8%B6%85%E6%97%B6%E9%87%8D%E4%BC%A0%E5%88%B0rack%E7%9A%84%E5%9B%9B%E5%8D%81%E5%B9%B4%E6%8A%80%E6%9C%AF%E5%8D%9A%E5%BC%88/</guid>
      <description>深入解析TCP丢包检测机制的四十年演进历程，从1986年互联网首次&amp;#34;拥塞崩溃&amp;#34;到Van Jacobson的开创性工作，从RTO计算到快速重传、SACK、NewReno、TLP，再到Google提出的RACK时间检测算法，揭示每一次技术突破背后的深层逻辑与权衡。</description>
    </item>
    <item>
      <title>TIME_WAIT状态的六十秒为何成为高并发服务器的隐形瓶颈</title>
      <link>https://answer.freetools.me/time_wait%E7%8A%B6%E6%80%81%E7%9A%84%E5%85%AD%E5%8D%81%E7%A7%92%E4%B8%BA%E4%BD%95%E6%88%90%E4%B8%BA%E9%AB%98%E5%B9%B6%E5%8F%91%E6%9C%8D%E5%8A%A1%E5%99%A8%E7%9A%84%E9%9A%90%E5%BD%A2%E7%93%B6%E9%A2%88/</link>
      <pubDate>Sat, 07 Mar 2026 00:59:06 +0800</pubDate>
      <guid>https://answer.freetools.me/time_wait%E7%8A%B6%E6%80%81%E7%9A%84%E5%85%AD%E5%8D%81%E7%A7%92%E4%B8%BA%E4%BD%95%E6%88%90%E4%B8%BA%E9%AB%98%E5%B9%B6%E5%8F%91%E6%9C%8D%E5%8A%A1%E5%99%A8%E7%9A%84%E9%9A%90%E5%BD%A2%E7%93%B6%E9%A2%88/</guid>
      <description>TIME_WAIT状态是TCP协议设计的精妙之处，但在高并发场景下可能成为性能瓶颈。本文深入解析TIME_WAIT的设计目的、RFC规范、Linux实现以及正确的优化策略。</description>
    </item>
    <item>
      <title>Nagle算法与Delayed ACK：为什么你的TCP请求莫名其妙多了40毫秒</title>
      <link>https://answer.freetools.me/nagle%E7%AE%97%E6%B3%95%E4%B8%8Edelayed-ack%E4%B8%BA%E4%BB%80%E4%B9%88%E4%BD%A0%E7%9A%84tcp%E8%AF%B7%E6%B1%82%E8%8E%AB%E5%90%8D%E5%85%B6%E5%A6%99%E5%A4%9A%E4%BA%8640%E6%AF%AB%E7%A7%92/</link>
      <pubDate>Fri, 06 Mar 2026 07:42:22 +0800</pubDate>
      <guid>https://answer.freetools.me/nagle%E7%AE%97%E6%B3%95%E4%B8%8Edelayed-ack%E4%B8%BA%E4%BB%80%E4%B9%88%E4%BD%A0%E7%9A%84tcp%E8%AF%B7%E6%B1%82%E8%8E%AB%E5%90%8D%E5%85%B6%E5%A6%99%E5%A4%9A%E4%BA%8640%E6%AF%AB%E7%A7%92/</guid>
      <description>深入剖析TCP协议中Nagle算法与Delayed ACK机制的经典交互问题。从1984年RFC896到现代生产环境案例，揭示40毫秒延迟的根源：两个独立设计的优化机制如何形成&amp;#34;临时死锁&amp;#34;。基于John Nagle本人评论、Jeffrey Mogul的SIGCOMM论文、Stuart Cheshire的案例分析，以及Cloudflare、Julia Evans等真实生产环境经验，系统梳理问题原理、触发条件、各操作系统实现差异，以及TCP_NODELAY、TCP_QUICKACK、Minshall修改等解决方案的权衡取舍。</description>
    </item>
    <item>
      <title>TCP Keepalive 为什么救不了你的长连接</title>
      <link>https://answer.freetools.me/tcp-keepalive-%E4%B8%BA%E4%BB%80%E4%B9%88%E6%95%91%E4%B8%8D%E4%BA%86%E4%BD%A0%E7%9A%84%E9%95%BF%E8%BF%9E%E6%8E%A5/</link>
      <pubDate>Fri, 06 Mar 2026 02:17:45 +0800</pubDate>
      <guid>https://answer.freetools.me/tcp-keepalive-%E4%B8%BA%E4%BB%80%E4%B9%88%E6%95%91%E4%B8%8D%E4%BA%86%E4%BD%A0%E7%9A%84%E9%95%BF%E8%BF%9E%E6%8E%A5/</guid>
      <description>深入解析 TCP Keepalive 机制的局限性，以及为什么现代网络环境下的长连接保活必须依赖应用层心跳。从 NAT 超时到负载均衡器配置，全面覆盖长连接断开的真实原因与解决方案。</description>
    </item>
    <item>
      <title>TCP 三次握手与四次挥手：从 SYN 到 FIN 的状态机演进</title>
      <link>https://answer.freetools.me/tcp-%E4%B8%89%E6%AC%A1%E6%8F%A1%E6%89%8B%E4%B8%8E%E5%9B%9B%E6%AC%A1%E6%8C%A5%E6%89%8B%E4%BB%8E-syn-%E5%88%B0-fin-%E7%9A%84%E7%8A%B6%E6%80%81%E6%9C%BA%E6%BC%94%E8%BF%9B/</link>
      <pubDate>Wed, 04 Mar 2026 18:25:02 +0800</pubDate>
      <guid>https://answer.freetools.me/tcp-%E4%B8%89%E6%AC%A1%E6%8F%A1%E6%89%8B%E4%B8%8E%E5%9B%9B%E6%AC%A1%E6%8C%A5%E6%89%8B%E4%BB%8E-syn-%E5%88%B0-fin-%E7%9A%84%E7%8A%B6%E6%80%81%E6%9C%BA%E6%BC%94%E8%BF%9B/</guid>
      <description>深入解析 TCP 连接建立与终止的完整过程：从三次握手的序列号协商到四次挥手的状态流转，剖析 TIME_WAIT 存在的真正原因、SYN Flood 攻击原理，以及那些违背 RFC 规范的 Linux 实现。揭示为什么 TCP 状态机设计如此复杂，以及网络不可靠性如何深刻影响了协议设计。</description>
    </item>
    <item>
      <title>QUIC 协议：当 UDP 重塑互联网传输层</title>
      <link>https://answer.freetools.me/quic-%E5%8D%8F%E8%AE%AE%E5%BD%93-udp-%E9%87%8D%E5%A1%91%E4%BA%92%E8%81%94%E7%BD%91%E4%BC%A0%E8%BE%93%E5%B1%82/</link>
      <pubDate>Wed, 04 Mar 2026 18:10:00 +0800</pubDate>
      <guid>https://answer.freetools.me/quic-%E5%8D%8F%E8%AE%AE%E5%BD%93-udp-%E9%87%8D%E5%A1%91%E4%BA%92%E8%81%94%E7%BD%91%E4%BC%A0%E8%BE%93%E5%B1%82/</guid>
      <description>深入解析 QUIC 协议的核心设计：从 TCP 的 40 年困境到 QUIC 如何用 UDP 重构传输层，涵盖 0-RTT 握手、队头阻塞消除、连接迁移、QPACK 头压缩等关键技术。揭示为什么 HTTP/3 必须基于 QUIC，以及 QUIC 在移动网络、卫星通信等场景的实际表现。</description>
    </item>
    <item>
      <title>网络连接断开的深度解析：从TCP状态机到多层超时配置</title>
      <link>https://answer.freetools.me/%E7%BD%91%E7%BB%9C%E8%BF%9E%E6%8E%A5%E6%96%AD%E5%BC%80%E7%9A%84%E6%B7%B1%E5%BA%A6%E8%A7%A3%E6%9E%90%E4%BB%8Etcp%E7%8A%B6%E6%80%81%E6%9C%BA%E5%88%B0%E5%A4%9A%E5%B1%82%E8%B6%85%E6%97%B6%E9%85%8D%E7%BD%AE/</link>
      <pubDate>Wed, 04 Mar 2026 14:14:35 +0800</pubDate>
      <guid>https://answer.freetools.me/%E7%BD%91%E7%BB%9C%E8%BF%9E%E6%8E%A5%E6%96%AD%E5%BC%80%E7%9A%84%E6%B7%B1%E5%BA%A6%E8%A7%A3%E6%9E%90%E4%BB%8Etcp%E7%8A%B6%E6%80%81%E6%9C%BA%E5%88%B0%E5%A4%9A%E5%B1%82%E8%B6%85%E6%97%B6%E9%85%8D%E7%BD%AE/</guid>
      <description>从TCP协议状态机到应用层超时配置，深度解析连接在关键时刻断开的底层原因。涵盖NAT设备超时、负载均衡器空闲检测、防火墙状态表、TCP RST产生机制、WebSocket心跳策略、gRPC keepalive配置，以及生产环境多层超时协调的最佳实践。</description>
    </item>
    <item>
      <title>你的SSH连接为什么总是在关键时刻断开？从TCP保活机制到NAT超时的完整生存指南</title>
      <link>https://answer.freetools.me/%E4%BD%A0%E7%9A%84ssh%E8%BF%9E%E6%8E%A5%E4%B8%BA%E4%BB%80%E4%B9%88%E6%80%BB%E6%98%AF%E5%9C%A8%E5%85%B3%E9%94%AE%E6%97%B6%E5%88%BB%E6%96%AD%E5%BC%80%E4%BB%8Etcp%E4%BF%9D%E6%B4%BB%E6%9C%BA%E5%88%B6%E5%88%B0nat%E8%B6%85%E6%97%B6%E7%9A%84%E5%AE%8C%E6%95%B4%E7%94%9F%E5%AD%98%E6%8C%87%E5%8D%97/</link>
      <pubDate>Wed, 04 Mar 2026 13:28:20 +0800</pubDate>
      <guid>https://answer.freetools.me/%E4%BD%A0%E7%9A%84ssh%E8%BF%9E%E6%8E%A5%E4%B8%BA%E4%BB%80%E4%B9%88%E6%80%BB%E6%98%AF%E5%9C%A8%E5%85%B3%E9%94%AE%E6%97%B6%E5%88%BB%E6%96%AD%E5%BC%80%E4%BB%8Etcp%E4%BF%9D%E6%B4%BB%E6%9C%BA%E5%88%B6%E5%88%B0nat%E8%B6%85%E6%97%B6%E7%9A%84%E5%AE%8C%E6%95%B4%E7%94%9F%E5%AD%98%E6%8C%87%E5%8D%97/</guid>
      <description>深度解析SSH连接断开的底层原因：TCP保活机制默认两小时间隔无法应对NAT设备的短超时。从协议层到应用层，全面对比ServerAliveInterval与TCPKeepAlive的区别，提供生产环境可用的配置方案与进阶解决方案。</description>
    </item>
  </channel>
</rss>
