网络连接

一、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. 为最后一公里效果不行能做的事情有：转菊花、禁止操作（从产品上解决）。




来源：五四陈科学院