进入dos命令行窗口：
检测python是否可用,在命令行窗口直接输入 python ，回车
检测python可用后，进入到自己指定要搭建服务的目录（比如：D:/SimpleServer），然后输入如下命令：
浏览器中输入： http://localhost:8000 或 http://本机ip:8000 进行访问，由于此时搭建服务器目录中没任何内容，故会显示如下：
此时可用在搭建的服务器目录中 创建文件夹/文件 即会看到如下效果：
好了，至此一个简单的服务器搭建就结束完了。
粘包和分包是利用Socket在TCP协议下内部的优化机制。
1、什么是粘包
只有TCP有粘包现象，UDP永远不会粘包，为何，且听我娓娓道来。发送数据时间间隔很短，数据了很小，也就是发送数据比较频繁，会合到一起，产生粘包；
2、什么是分包
当我们发送的数据量很大的时候，可能是几千字节，TCP就会自动分开发送，其实说通俗点，就是你去拿快递，一看20个，一次拿不完，分几次拿！
3、总结
指发送方发送的若干包数据到接收方接收时粘成一包，从接收缓冲区看，后一包数据的头紧接着前一包数据的尾。出现粘包现象的原因是多方面的，它既可能由发送方造成，也可能由接收方造成。
发送方引起的粘包是由TCP协议本身造成的，TCP为提高传输效率，发送方往往要收集到足够多的数据后才发送一包数据。
若连续几次发送的数据都很少，通常TCP会根据优化算法把这些数据合成一包后一次发送出去，这样接收方就收到了粘包数据。接收方引起的粘包是由于接收方用户进程不及时接收数据，从而导致粘包现象。
这是因为接收方先把收到的数据放在系统接收缓冲区，用户进程从该缓冲区取数据，若下一包数据到达时前一包数据尚未被用户进程取走，则下一包数据放到系统接收缓冲区时就接到前一包数据之后，而用户进程根据预先设定的缓冲区大小从系统接收缓冲区取数据，这样就一次取到了多包数据。分包是指在出现粘包的时候我们的接收方要进行分包处理。
在前面的测试程序中，是没有粘包问题的，这时候你可能有疑惑，我为啥数据会发送的特别快，我们以游戏服务器举例，比如游戏有联机对战功能，这时候肯定是需要同步位置信息的，这个频率是很快的，大约每秒就要40~80次，这个时候就会出现粘包问题。
其实很简单只要简单修改一下客户端即可。
1、程序测试 — 粘包问题
客户端：
服务器查看调试信息：
服务器已启动......
有一个客户端进行连接成功......
从客户端接收到的数据：0
从客户端接收到的数据：123
从客户端接收到的数据：4567
从客户端接收到的数据：8910
从客户端接收到的数据：1112131415
从客户端接收到的数据：161718
从客户端接收到的数据：192021222324
从客户端接收到的数据：25262728
从客户端接收到的数据：2930313233
从客户端接收到的数据：34353637
从客户端接收到的数据：38394041
从客户端接收到的数据：42434445
从客户端接收到的数据：46474849
从客户端接收到的数据：50515253
从客户端接收到的数据：5455565758
从客户端接收到的数据：59606162636465666768
从客户端接收到的数据：6970717273
从客户端接收到的数据：74757677
从客户端接收到的数据：78798081
从客户端接收到的数据：82838485
从客户端接收到的数据：86878889
从客户端接收到的数据：90919293
从客户端接收到的数据：9495969798
从客户端接收到的数据：99
（很明显数据没有发送100次）
1、程序测试 — 粘包问题
客户端：
服务器查看调试信息：
服务器已启动......
有一个客户端进行连接成功......
从客户端接收到的数据：
0000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000撒大声地所多所多所多所多所多所多所多所多所多所000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000撒大声地所多所多所多所多所多所多所多所多所多所多所多所多所多所多撒大声地所 多所多所多所多所多所多所多所多所多所多所多所多所多所多撒大声地所多所多所多所多所多所多所多所多所多所多所多所多所多所多000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000----------------------------------------------------------------撒大声地所多所多所多所多所多所多所多所多所?
从客户端接收到的数据：
77777777777777777777777777777777777777777777777777777777790909090909090909090909090909090909090000000000000000000000000099
（可以看出服务器是分两次接收的，但其实只要static byte[] dataBuffer = new byte[1024]给的空间足够大，分包问题就可解决）
其实也很好解决，我们在发送数据的时候事先存储数据的长度，不过用来存储数据长度的内存大小需要指定好，否则就没法判断了。
假设我们现在的数据出现了粘包，如下图所示：
这里只是演示一下，如果只有连续发送4次数据，一般是不会出现粘包的，看上图橙色部分表示我们用一个int32类型储存数据的长度，蓝色部分为我们实际要发送的数据，现在发生了粘包，也就是这四条数据合在一起发送给了服务器，
此时这条数据的总大小为 4字节 * 4 + 5 + 7 + 10 + 4 = 42字节
我们通过读取4字节数据可以知道数据的实际长度，以第一个数据为例，我们读取4字节数据，知道了这个数据有5个字节，程序如下：
int data_length = BitConverter.ToInt32(_data, 0)
此时的data_length = 5此时我们就读取这5个字节的数据即可！
string s = Encoding.UTF8.GetString(_data, 4, 5)
然后我们截取数据，从源数据的第4 + 5的位置开始截取到一个新数组，新字节数组索引从零开始，此时新字节数据的长度为42 - (5 + 4)；（下图为新字节数组）
Array.Copy(_data, 5 + 4, _data, 0, 42 - (5 + 4))
依次循环下去，粘包就被成功的分包了。当然这个不要忘记每次更新一下当前数据长度。
_curLength = _curLength - (data_length + 4)// _curLength = 42 - (5 + 4)
1、客户端
创建Message类，用于发送数据前做处理，使得首4字节储存数据长度。
Message：
Main：
2、服务端
创建Message类，解决粘包问题！
Main：
服务器查看调试信息：
服务器已启动......
有一个客户端进行连接成功......
解析到一条数据：0米
4
8
解析到一条数据：1米
4
630
解析到一条数据：2米
4
622
解析到一条数据：3米
4
614
解析到一条数据：4米
4
606
解析到一条数据：5米
4
598
解析到一条数据：6米
4
590
解析到一条数据：7米
4
582
解析到一条数据：8米
4
574
解析到一条数据：9米
4
566
解析到一条数据：10米
5
558
..............................................................................
解析到一条数据：98米
5
18
解析到一条数据：99米
5
9
有客户端退出.....
你解决个屁，异步接收的情况下，把_data数组调大点就完了，傻逼，咱们是做游戏！一般不会有分包问题！！
NAS： 网络连接存储设备 （英语： N etwork A ttached S torage，缩写： NAS ） [1] ，是一种专门的 数据存储 技术的名称，它可以直接连接在 计算机网络 上面，对 异质网络 用户提供了集中式数据访问服务。NAS设备上面的 操作系统 和软件只提供了数据存储、数据访问、以及相关的管理功能；此外，NAS设备也提供了不止一种文件传输协议。
NAS用的是以文件为单位的通信协议，例如像是 NFS （在 UNIX 系统上很常见）或是 SMB （常用于 Windows 系统）。
NAS从两方面改善了数据的可用性：
即使相应的应用服务器不再工作了，仍然可以读出数据。
简易服务器本身不会崩溃，因为它避免了引起服务器崩溃的首要原因，即应用软件引起的问题。
NAS产品具有的优点包括：
NAS产品是真正即插即用产品。NAS设备一般支持多计算机平台，用户通过网络支持协议可进入相同的文档，因而NAS设备无需改造即可用于混合UNIX／Windows NT局域网内。
NAS设备的物理位置同样是灵活的，它们可放置在工作组内，靠近数据中心的应用服务器，或者也可放在其他地点，通过物理链路与网络连接起来。无需应用服务器的干预，NAS设备允许用户在网络上存储数据，这样既可减小CPU的开销，也能显著改善网络的性能。
NAS使用状况
NAS可让数据的使用率提升，主要的原因在于数据无需依附在服务器上，用户不会因为服务器关闭而无法使用数据，因为用户链接的是NAS。 NAS也让数据管理变得轻松及简单，让原本需要在服务器上进行的繁复设置程序，简化成几个步骤就可完成，大大的节省设置时间。
NFS: 网络文件系统 （英语： Network File System ，缩写作 NFS ）是一种 分布式文件系统 协议.
NAS是存储类型，存储架构；NFS是网络协议，也可以认为是文件系统。
SFTP： SSH文件传输协议 （英语： SSH File Transfer Protocol ）安全文件传送协议，提供 文件访问 、传输和管理功能的 网络传输协议 。
FTP是用来对文件进行拷贝、传输；NFS可以对文件进行“读”和“写”。
欢迎分享，转载请注明来源：夏雨云
微信扫一扫
支付宝扫一扫
评论列表（0条）