从小就不爱喝酸奶

为了解决TCP的粘包问题，我们尝试用一种最简单的方式完成消息数据的定义。从而让请求的语义更加清晰。这其中有一些细节需要我们去考虑。

当我们利用到 TCP 的全双工特性时，实际效果并非完全像预期那般美好。最初回复请求模型中不用被考虑的部分，现在也将给我们带来新的问题。

前文我们介绍了 TCP 最简单的应用，单向数据传输。但是它极大的限制了程序的灵活性，为了能够更好的进行程序间的协作，这里将介绍并利用 TCP 的双工机制。

TCP 编程属于 socket 编程的一部分，也是整个 TCP/IP 协议栈的核心部分。 作为一种通信手段，它有一些非常好的特性值得我们去学习使用。

这次我们做的实例是对时间段内的用户行为信息进行统计。由于先前我们已经一定程度上解决了输入和输出，因此现在我们只需要考虑纯粹的计算过程了。

foreachRDD函数可以用来自定义数据的输出或者说处理方式，但是其中有一些由于闭包和分布式带来的陷阱需要我们去考虑。

redis这种消息总线的架构是没有所谓的错误容忍性的。属于一种即时性的消息。好处是足够轻量级。在不考虑这种错误恢复的时候，是可以接受的。

如果把划分的过程看作选取树节点的值的话，后续的两个递归调用可以看作访问左子树和右子树。这也是典型的dfs的过程。不过我们还有另一种看法，假设是这个过程是一个建立树的过程，递归调用是分别建立左右子树的过

非线性数据的拟合实际上并非一定需要使用多层感知机，单层感知机同样也可以通过一定的手段完成拟合。使用多层感知机的原因在于，与单层感知机相比，多层感知机的自动拟合的能力更加优秀。