作为即时通讯（IM、消息推送等应用场景）相关技术的开发者人员来说，似乎了解跨专业的通信技术（这是大学通信工程专业类学生的学习内容），有点过于深入和底层了，因为一般来说熟练掌握逻辑层的TCP\IP相关协议、网络编程相关的应用技术就差不多能胜任这方面的本职工作了。
没错，确实是这样。但在开发IM、推送这类应用系统时，尤其在移动网络下，各种弱网问题，让人非常痛苦。
典型的弱网问题，比如：
1）频繁掉线；
2）丢包严重；
3）网络抖动；
4）网络延迟；
........
那么，针对以上现象，怎么才能有底气的跟老板、客户、产品经理地解释以下问题？
1）导致这些现象的根本原因到底是什么？
2）怎么跟老板解释，要搞定在高铁上用好音视频聊天功能很困难？
3）怎么跟客户解释P2P在3G、4G甚至5G网络下的成功率问题？
4）怎么向客户说明，商场或人多场合下，明明信号很好，但你的APP确用不了？
.......
你说这些都是网络问题，APP代码无能为力。那么，你倒是讲讲到底是什么样的网络问题？能把人讲信服了，就可以甩锅给网络，不然只能是APP代码背锅了。现实吧！
网上能找到的通信技术资料都太过专业或太不专业，要么都是搞网络工程方面的内行人编写的（内容专业但很枯燥难懂），要么就是外行的IT开发人员写的（很少见，且价值不大，因为不够专业，所以内容并不准确，参考价值很有限）。即时通讯开发可以加V：weikeyun24咨询
既能让外行的普通程序员看懂，还能准确地讲明白通信技术知识，这样的资料简直比找金矿还难。因为普通程序员能接触到的网络编程、网络通信方面的资料多针对数据通信的逻辑层（比如：tcpip、socket等知识范畴），而通信技术涉及的是数据通信的物理层（交换机、路由器、天线、网络制式等），某种意义上来说，这是完全不同的技术方向。
注：这里所说的“门”，是交换机容量的一种单位，可以简单理解为最大支持的接续电话数量。如此巨大的容量，意味着占地面积更小。程控交换机的机架数仅为纵横制的1/10，而且每个机架的重量减轻一半多，非常有利于安装和维护。