1.粘包
目前sl中的socket只能用tcp/ip协议,而tcp/ip本质是一个"流"协议,也就是说数据无边界,发送的就是一连串的字节(没有数据包的概念),因此连续发送时有所谓的“粘包”现象,详细解释如下:
比如你设置发送缓冲区的大小是512字节,如果(在相隔时间极短的情况下)连续发送次数据,第一次为500字节,第二次为100字节,实际上你在服务器端接收到的二次数据长度并不是500和100,而是512和88.
换言之:如果socket能“感觉”到马上还有数据要发送,而且在本次发送的缓冲区还有空余时,它会自动把下次发送的内容挪一部分过来,直到本次缓冲区填满,以便有效的利用缓冲区,减少发送次数,至于它是如何感觉的,我就不知道鸟:)
所以如果想正确的划清数据边界,得自己想办法封包/拆包
常见的解决办法:在发送方与接收方制定一个共同的约定,比如定义一个结构体struct,把“包长度,包序号,要发送的数据,包的唯一标识...”这一堆东西封装在struct中,然后通过序列化最终得到一个byte[]进行发送。
另外如果最终得到的byte[]太大,超过了数据下标所允许的最大值(比如传递大文件时),会导致接收时反序列化失败,所以还得人工把大块头数据割成一块一块,这里有一个技巧:为了避免前面提到“scoket自我感觉良好”进行的数据挪移,分割的单位建议正好就是缓冲区的大小,如果不足一个缓冲区,宁可凑数填写一些空字节也要凑满一个缓冲区长度--这样系统会觉得你在高效使用缓冲区,没有浪费,也就不会管闲事了 :)
2.异常捕获
网络编程中,会有各种不可控的情况,所以异常的捕获很重要,否则程序会用着用着就挂掉了。
3.异常数据包的及时清理
异常数据包指“非法的”或“不完整的(比如一个大文件最终拆分成10个包,结果第10个包都收到了,前面的某个包即始终收不到)”数据包,对于这类数据包,要及时清理否则会一直占用资源(必要时可以将连接关闭)
后话:很期待silverlight在未来的版本中,加入udp协议支持,这样应用范围将更加广泛。