最近使用python socket做了一些程序，遇到了一些问题，后来逐一解决了。这里结合之前的认知，总结以下心得，避免后来人踩坑。
1、send和sendall的区别
发送方使用sendall，不要使用send。sendall在返回的时候，会确保数据已传给tcpip；send并不一定会把数据全部发完，而是发一次，就返回发送的数据长度。在一般的程序设计中，我们更多场景是使用sendall，使用send就需要自己处理未发送的数据。
2、recv是拷贝数据，不是接收数据，每次拷贝多少？
recv并不是取完对方发送的数据，而是取一次。取多少字节，取决于recv的参数buffsize recv(SOCK_BUFF_SIZE)。一般recv都是阻塞型的（可以设置）。如果对方发送了超过buffsize的数据，recv需要多次调用，用户自己组装数据，自己写算法确保数据完整性。即使对方发送的数据没有超过buffsize，也有情况需要多次调用recv，因为发送的数据可能超过了当时的tcpip的承载MTU最大传输量。
3、soceket ‘utf-8’ codec can’t decode 报错
sendall传送的数据类型是字节型，不是字符串，发送前需要encode（’utf-8‘），recv后需要decode（‘utf-8’）。有时候会发现encode没有报错，decode确报了错误“‘utf-8’ codec can’t decode byte”。有些人修改decode参数 decode(‘utf-8’, ‘ignore’)，忽略错误；在有些对数据完整性不敏感的场景下，是可以这么做的。为什么会出现encode没问题，decode有问题？怎么解决？且看下文。
4、recv会丢数据？
sendall时，将字符串打印出来；recv后，将字符串打印出来。我发现，当recv的buffsize设置成不同的值，会有不同的情况。情况一，接收字符串和发送字符串一致；情况二，不一致。为什么会出现这样呢，soceket发送接收字符串不一致？难道recv会丢数据？
后来我才明白，这个和问题3有关。不同的buffsize导致recv每次接收的数据长度不一样，这些数据是字节型的，截断位置不同，就导致不一定能decode成字符，所以导致recv后字符打印有可能与发送方不一致，同理，也就是为什么decode有时就报错了。那要怎么处理呢？
先把字节型数据收集齐，再进行decode使用。具体的code，且看后文。
