最近在研究网络层的接入问题。一些心得记录在下面：

一、TCP与HTTP

• 0.所谓长连接短连接(其实都是TCP)，都是谣传，在传输层混只有TCP和UDP。

• 1.TCP传输的数据，绝对是顺序正确、不丢包的数据。否则它一定不会把数据扔给应用层。

• 2.从应用层角度，TCP是一个数据流，收到的数据会聚在一起。所以需要应用层去协商数据与数据之间用什么间隔，比如常用的长度标识。

• 3.TCP在网络恶劣的情况下，开始启动：拥塞避免算法 与 慢启动算法。而这些都是由一些公式去估计当前网络情况的。

• 4.TCP的报文包与我们自己应用层的发的“包”半毛钱关系都没有，数据到了底层还是要切成N块来传送的。

• 5.所谓的HTTP比TCP更可靠是错误的。HTTP是应用层协议，实际也是TCP，只不过数据在应用层定义了规则：必须有request\header\body等等。

• 6.硬件防火墙一般拦截端口，软件防火墙才拦协议。所以80端口走TCP有不少好处。

• 7.HTTP比TCP更可靠的错觉产生的原因是：HTTP请求基本都是每次新开连接，而TCP很少这样做。

• 8.TCP就像一条水管。

• 9.HTTP就像一条临时的水管，用完就扔了。

• 10.移动网络下，抖动会让TCP延迟加倍明显。

二、TCP与WAP

• 0.CMWAP\CMNET 是中方特色的区分GPRS方案。

• 1.所有WAP都是HTTP代理软件。注意是软件，所以理论是不只是认端口，还认数据头。

• 2.各省各自治区的WAP网关是不一样的，甚至连端口都可能不一样。

• 3.WAP大多都支持向网关发送CONNECT方法(对应GET、POST等)，然后通过这个可以建立TCP数据转发。当然了，人家天天在封。

• 4.基本上WAP下只能用HTTP。

• 5.谁知道啥时候WAP彻底消失？

三、最后一公里

• 0.最惨淡的就是这一公里。各家赚各家的钱，移动网络下运营商割剧，再加上移动基站的硬件技术限制，导致这后果。

• 1.移动网络下的CDN就是个明晃晃的骗局。因为再怎么加速，最后这一公里你控制不了。如果政策允许，可以去做一个全国免费WIFI来解决这一难题，如果。

• 2.为最后一公里效果不行能做的事情有：转菊花、禁止操作(从产品上解决)。

建议继续学习：

1. 面向移动设备的HTML5开发框架梳理    (阅读：5909)
2. 移动产品设计之场景感    (阅读：3483)
3. 优先为移动设计带来的优势    (阅读：2804)
4. 移动互联网系统架构十大陷阱    (阅读：2761)
5. 移动网站开发――标记语言    (阅读：2651)
6. 一次租房的移动体验    (阅读：2433)
7. 移动设备的感知设计    (阅读：2229)
8. 移动网站开发――CSS    (阅读：2200)
9. 移动互联网时代谁主沉浮    (阅读：2273)
10. 优先为移动设计的理由    (阅读：2247)