接下来我们尝试实现最简单的Socket客户端，为了确保只可能你的代码有问题，服务器要先用别人成熟的代码测试（这也是编程的一个技巧，先不要用自己写的客户端测试自己写的服务器，这样出了问题你也不知道谁有问题，也可能都有问题，而是一样一样来，拿不准的先用别人的），先开启这个Socket服务器
尝试连接到服务器，只要参照网上的做法，调用Socket的connect方法和disconnect方法即可（把指定的IP地址和端口按照要求转成IPEndPoint类型），可以发现SocketTest软件确实就不但的提示New Client和Client closed connection，这也是我们后面要学习的，做客户端的时候如果连接成功了要提示，做服务器如果有客户端连接成功了也要提示。
如果为了更加严谨可以在转换之前先判断是否是合格的IP地址和端口，IP地址网上可以找到很多检测的手段，每个XXX.XXX数值有限制就行了，端口我这里填写的1234，其实也可以填写更大或者更小，具体最大值最小值没有研究过，但是不要填一些已经默认被占用的端口，比如80端口默认是http协议，21是默认的ftp端口，打开它的软件的Port可以看到常规的对TCP端口的定义，这些端口不要占用
连接完了之后就是考虑给服务器发消息，发送数据也比较简单，注意不能直接发送字符串，而是要转成byte数组（读者可以去看相关的文字，为什么要转成byte数组，可能考虑不同的操作系统，软件对文本的处理方式不同，所以需要弄成通用的byte字节流），此外可以发现简单的Send方法是不支持中文的，他接受到的东西是乱码（这个问题我们以后再考虑）
发送完成之后就要考虑接受服务器的数据。接收数据比发送麻烦的多，我们这里演示了最简单的接收方法（s.Recieve），用户一旦点击了接收的按钮，则窗口都不能动了，这也是同步Socekt通信的最大的特点（就是收到完毕之后才会接下去干别的） 。
读者还是想象成宾馆的房间，如果客户端没有Recieve，服务器就是往里发数据了，发完了之后客户端才Recieve会怎么样？测试可以发现如果是服务器先往Socket扔东西，客户端接收就会立即执行，当然s.Recieve方法一旦执行完毕，也就不阻塞了，窗口立即能动
通过上面两步的测试，我们发现接收数据会导致程序卡死，那么如何解决Receive方法导致的整个程序卡死的问题呢？（事实上根本不应该用户点击了接收才执行接收，而是随时可以接收服务器发过来的数据，如同我们可以随时给服务器发消息一样），最简单的方法就是把会卡死的部分放到一个线程中去执行，下面我们只要连接成功，就会启动线程并陷入死循环，在线程中Recieve的阻塞不会导致主程序的卡死
但是采集到数据之后如何更新到主界面的东西呢？我们如果在线程中去更新主界面label,textbox都是会报错的，一旦服务器点击了发送按钮，我们想要更新程序的界面文本框，标签之类的会提示从不是创建控件的线程访问它
如果读者上网查，在程序初始化的时候加上这一条"关闭跨线程访问控件检测"是最简单粗暴的解决办法，但是实际上读者如果做实际项目，有很多个线程用这种方式去更新界面的控件，程序是不稳定的(你测试一个小时可能没问题，你连续运行三天就不一定了)。我们下一节会结合事件和委托的方法一并处理这个问题。
更多教学视频和资料下载，欢迎关注以下信息：
我的优酷空间：
http://i.youku.com/acetaohai123
我的在线论坛：
http://csrobot.gz01.bdysite.com/
问题交流：
QQ：910358960