最近在研究网络层的接入问题。一些心得记录在下面：
一、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延迟加倍明显。
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.为最后一公里效果不行能做的事情有：转菊花、禁止操作(从产品上解决)。