最近在研究网络层的接入问题。一些心得记录在下面：
一、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.为最后一公里效果不行能做的事情有：转菊花、禁止作（从产品上解决）。
原创文章如转载，请注明：转载自五四陈科学院[http://www.54chen.com]
捐赠说明