一篇故事，了解TCP/IP

一、老王送礼

  中秋节到了，上海的老王想给北京的好友老张快递一些节日礼物，有鲜肉月饼、大闸蟹等，老王选择了机器人快递公司，听说送快递的全是机器人。老王把礼物打好包并转交给快递公司，并叮嘱快递公司，要鲜肉月饼先到，大闸蟹后到，快递公司说：okay，放心好了。

1、准备发货

  快递公司将鲜肉月饼贴上标签1，大闸蟹标签2，放在仓库里，先联系到北京的老张再发货。于是快递公司派出机器人小哥，给小哥输入老张、老王的地址信息：

收件人地址
北京海淀区知春路xx号
寄件人地址
上海浦东新区世纪大道200号

2、联系老张

  联系流程（三次握手）

1、机器人A到达北京快递公司，快递公司看到老张的地址信息，去他家敲敲门，老张你在家吗？等会有快递要送过来，务必在家哦（服务器TCP端口号活），老张说好的好的。
2、北京的快递公司派出机器人B回复上海方面，老张在家的，快递可以运过来了。
3、上海的快递公司派出机器人A回复北京，快递马上就发出，请稍候。

  有同学说，需要那么麻烦嘛？打个电话不就行了吗？没错，但这只是一个虚拟故事，在这个故事里没有电话，只有跑腿的机器人。以上联系老张的过程，机器人A、B都是空载，什么货物也没有运，只是起到消息传递的作用，接下来开始运送货物了。

3、运输货物

  上海的快递公司让机器人C运鲜肉月饼，机器人D运大闸蟹，于是C、D先后上路了。

  C的导航软件让他走沪陕高速，结果堵成狗了，高速成了停车场。

  D的导航软件让他走京沪高速，虽然有点堵，但还是后发先至，结果比C先到北京的快递公司。

  北京的快递公司将D运的礼物放在仓库里（缓存），耐心地等待C的到来，第二天C终于还是到了。

  快递公司将货物按标签1、2按照顺序转交给了老张。

  快递公司稍后还要派出机器人通知上海方面，货物（标签1、2）安全到达，请勿挂念。

二、老张还礼

1、意料之外

  老张心情大好，来而不往非礼也，于是将北京烤鸭、北京糕点打包好，让快递公司转交给老王，只有一个叮嘱，烤鸭先到，糕点后到（按序）。

  过程与上类似，机器人E运烤鸭，机器人F运糕点。

  E走京沪高速，结果在某某大桥出车祸了，被撞到江里了，game over。

  F走沪陕高速，堵了三天三夜没动弹。

2、灵机一动

  北京的快递公司左等等、右等等，上海方面一点消息也没有，知道最坏的情况发生了，但快递公司有自己的预案，三天没有对方的消息，就默认机器人挂了，需要重新安排机器人重新运货物。

  于是机器人G运烤鸭、H运糕点又重新上路了。

  这次非常顺利，G、H走的都是京沪高速，按序到达了上海快递公司，不一会，F也到了，快递公司很恼火，对F很不客气滴说：你现在是多余的人（F与H是重复的货物，需要丢一个），快滚！

  上海的快递公司于是将烤鸭、糕点按序转交给老王。

  稍后再派出机器人通知北京方面，烤鸭、糕点已经安全到达，请不要再发重复的货物过来！

三、结语

  在这个虚拟故事里，老王是http客户端，老张是http服务器端，负责将什么样的礼物（数据）送给对方，同时负责解释这些礼物的真正含义。

  快递公司是TCP，负责将客户的数据按序（客户的数据按序才有意义）送到客户指定的目的地，如果有丢失，TCP负责重传。

  机器人是IP，根据快递公司输入的客户目的地，根据导航软件将货物送到目的地，如果有丢件，机器人无能为力。

1、传输过程特点

（1）数据分段传输，每段均以问答进行，如：

客户端：“你吃饭了吗？”
服务端：“吃了，可以问下问题了。”

（2）传输过程中，若出现丢包现象（请求丢包、响应丢包），客户端都会重新发送该段数据，默默忍受。

2、断开连接（四次断开）

（1）客户端：“我可以离开了吗？”
（2）服务端：“好的。”
（3）服务端：“你可以离开了。”
（4）客户端：“谢谢你的帮助，再见。”

四、扩展阅读

1、UDP

填鸭式传输，传输速度比TCP快，但是不管服务器是否收到数据。