王者段位的做法是：

1.预判：先看特性，猜测它的理论依据与实现思路，然后花点时间想想，如果自己来做，应该如何设计。

2.验证：去找 Demo，验证一下猜测对不对，查漏补缺。

3.测试：看文档，做小规模测试。

1.TCP 通信中不存在 [黏包] 这个问题。

2.遇到 [黏包问题] 的人，基本上都是因为这方面学习不过关。

3. [黏包问题] 的发展史是：
很多年前，一堆基础不扎实的黑客，以及上一代的程序员们，经常用 VC 写各种 Windows 客户端程序。一方面他们需要进行通信编程，另一方面由于这部分内容对他们的水平而言比较深奥，他们掌握不好，因而采用“如何简单就如何来”的策略，首当其冲就是 udp 。

VC 的 UDP 编程，一条数据发一个数据包，自然不存在界限问题；同时 VC 的 UDP 编程，代码简单，收发逻辑简单明了，因此深受这群人的欢迎与追捧。

接着，天时地利人和，这群人的时代，恰好是单物理核 CPU 大行其道，最多也只会遇上单物理核的超线程 CPU，因此即使把 UDP 换成 TCP，只要模块拆分得当，就算是并行的程序，也不易黏包。不过也只是不易而已，这些程序时刻有黏包出错的风险，因此，他们那时的程序，很不稳定，经常需要关闭重启。

他们的历史，也就到此为止了。

由于通信应用的复杂性，以及用户需求进一步提出更高的要求，当他们尝试多条数据放在一个 UDP 数据包里进行发送时，就会出现所谓的 [黏包] 问题。这是其一。他们所谓的 [粘包] ，也就是他们本来的收发逻辑是，一次发送或接收，只处理一个数据包，然后一个数据包里，只存放一条数据。现在他们把多条数据放在一个数据包里，甚至多条数据放在多个数据包里，于是在发送与接收的业务就全变了，同时又需要引入合并、拆分、处理顺序以及考虑性能问题，整个流程变得非常复杂，他们处理不了，程序经常出现问题。

UDP 功能有限，因此他们总会需要用到 TCP 。此时，由于水平的局限性，当他们按照 UDP 的方式来进行 TCP 通信时，就非常容易遇到所谓的 [黏包] 问题。这是其二。

这帮人水平本来就欠缺提高，再遇上那时双物理核以及更多物理核的 CPU 开始普及，多线程与并行编程就跟着开始流行，这对于程序员提出了更高的要求。此时，这群人在并行程序里按照以前串行程序的老路子进行通信，注定会遇到黏包问题。这是其三。

以上三种场景，被这帮人把这个问题总结出来，称之为 [黏包] 问题，并且在网络各处留下这个问题的详述，以及一堆古灵精怪嘀笑皆非的解决方案。

如果想做面向用户友好的 reddit，那就需要搬到外网，流量就没办法保障。没流量，后期就很难拿到融资，你不可能一直用爱发电吧...

不搬到外网，你现在小规模，没啥事，规模大了，各种规章制度会主动找上门，甚至要求你提供用户与信息的实时监控 api 。

有，比如体制内。国企，甚至事业单位的信息化部门。

曾经帮某为的几个朋友，推荐到了事业单位，缺点是工资只有以前的 25%，优点是非常清闲。

1.如果你只是为了办公，建议在家里用 小米 wifi 控制的电源 + 开远程，到了另一个地方后远程办公。

2.如果是为了玩游戏，那就没办法了，只能搬台式电脑。经常搬台式电脑，容易出问题。轻则内存条松动，严重的有可能会磕坏硬盘、电源或主板，要注意保护，小心开车，尽量不要急加速急减速。建议为了保护机箱，买个带缓冲结构的小推车。

别急着换方案，先想办法调试一下，找一下不稳定的原因在哪。假设问题是硬件有瓶颈，那么换软件是无法解决问题的。

之前就看到过类似案例，数据库有延迟，优化、换数据库都解决不了。后来有大佬进行整体分析，发现瓶颈在存储上，把 ssd 从 1 个增加到 3 个，组了 raid 0，问题解决。

@zoharSoul 已 ban 。

@dhxsy1994 举个简单的例子，商品秒杀环节，产品经理要求延迟 1s 内完成响应，但目前是 3s 。你觉得什么现成框架能解决，你可以试着提提看，然后分析一下，为什么你会觉得这种框架能解决问题。

@yamasa

1.如果你想说，学习内容最小化进大厂，有些人爹妈厉害，小孩是非计算机专业的学渣，那也能进去，啥都不用学。但这些人，进去后，也就这样了。

2.如果你想拿 p7p8 的技术水准来说事，很多人也并不是技术强，有些是很早就加入公司，站对队，跟对人，顺电梯流，熬上去。

3.你说得对，技术强，并不一定会收入高，还要考虑商业、盈利模式、市场和时势等问题。但从大概率上来说，技术强的这一部分人群，总体收入情况，会比技术差的人群收入低？前面有几个人反对我，我翻了翻他们的发帖与回复，发现了他们一些共同点，他们也是懂点模电数电这种底层的东西，同时主要做 Java 或 C++，接着就是工作情况一直不太好，年龄也不小了。所以我很怀疑他们反对我的动机。

4.就你这种态度，你觉得我会和你分享模电数电在解决 IT 问题中的具体例子？虽然互联网，给了你们这些人一个平台，让你们有机会接触到我这样的人，但不代表你们就能以非常不好的态度来进行扣帽子与讥讽。作为惩罚，我 ban 了你，取消了你向我提问与交流的资格。希望其他需要学习与提高的人，引以为戒，要珍惜向我这类人进行交流讨论的机会。学东西之前，一定要先学会做人。

@Chikaku 你说的很对，要对编程有任何 [直接] 的帮助，物理不是，甚至：

数学
模电
数电
组成
汇编
进化心理学
概率论与数理统计
宏观微观经济学
金融统计分析
证券投资学
金融风险管理
平面构成
素描色彩
乐理乐器
录音混音

等等这些课程，对编程都没有直接帮助。



但是：

数学奠定计算机编程的思维基础。
物理、模电、数电、组成与汇编是计算机运行原理的基础。
进化心理学是一款游戏好不好玩的根源本质，也就是游戏设计中的人性问题。
概率论与数理统计是大数据挖掘、统计与分析的基础，也是目前阶段人工智障的基础。
宏观微观经济学、金融统计分析是金融类产品的必备掌握知识。
要炒股搞投资不想跳楼还必须学证券投资学与金融风险管理。
美术类软件入门需要掌握平面构成、素描色彩。
音乐类软件至少要懂乐理乐器、录音混音。

以上这些都不是只学个 C++或 Java 就能完事的。

@twl007 扯淡？

整个计算机体系建立在数学与物理之上，如果不是因为数学与物理更耗时间，我会把这两者都加在技能树里。计算机方向要从模电开始，前面说了，很多高层性能瓶颈需要在这里找原因。

你什么都不想学，直接去培训班得了，那里不用学模电，直接教 Java 写业务，天天 CURD 。

另外你 EE 出身又怎样，有做出能和世界 TOP 3 之内的公司比拼的成果？

@huruwo

这路线是有点离谱，我本科时，在实验室带研究生，用的就是这条路，带的这帮徒弟，混的最差的，在 bat 带项目，5 年前是月入 60k 加配套期权。

@Bijiabo 按这条线路走就行，入门需要自己找书 + 做实验，因为每种书的风格不一样，需要读者自己去选择适合自己的。

@binux

要减少开发负担，直接全套 Windows + VS + C# + MSSQL 得了，别说分布式，多线程都不用考虑。每天就是喝喝咖啡，用 ORM 做做 CURD，要什么 Linux ？要什么高性能？

@twl007

有些程序性能瓶颈问题，深究到最后会到模电层。

如果不想考虑这些问题，直接去培训班学 CURD 就够了。别说模电数电，连汇编、C 、C++都不需要学，直接 Java 写业务，多开心？你去问问大厂如何看待这类人？中年危机说的就是这帮人。

@Valii 因为 IT 的基础是数电模电。如果想成为 bat 级的大佬，甚至向微软谷歌冲击，那么基本功必须要打扎实。

举个例子，上头给你一个业务需求，你需要根据业务需求，思考用什么方案解决，需要什么样的物理服务器，需要怎样的算力，性能如何，功耗如何，等等。这些与底层知识数电模电息息相关。这几乎是 IT 顶层大佬的范畴了。

基础不扎实，容易成为中端码农止步在业务的 CURD 。

@twl007 模电数电不需要精通与扩展，只需要把 IT 需要底层知识补齐就行。

@Bijiabo IT 中很多高层次的问题，需要下降到数电甚至模电，才能找到问题本质。比如当初 12306 的关键性能瓶颈问题，就是这样的问题。