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协议支持，这样应用范围将更加广泛。