关于java编程远程通讯中的问题

1、  IP、Port错误，或者Port被占用
  这个问题就是粗心引起的了，客户端必须通过用服务器的IP地址才能访问进行，而一台机器的端口值为1到65535之间，很多端口是机器内部已经被占用了的，所以我们应该选择较大的端口。这个问题在更换机器的时候很容易发生，因为机器变了，IP地址就变了，如果不改过来的话是跟本无法进行访问的。
2、  等待连接时，不同循环方式可能导致内存溢出,关键在于whlie(true)的放置位置(这个通过代码来说明)
    代码示例1:while (true ) {           
  java.net.Socket client=server.accept();   //3.启动一个线程            ProcessThread st=new ProcessThread(client);        
   st.start();    } 
      示例代码2：
   java.net.Socket client=sever.accept(); 
while(true){
ProcessThread st=new ProcessThread(client);        
   st.start(); 
}
  比较两个示例代码我们可以发现，示例二中在不停的创建用户对象，不停的启动线程；而代码一中创建了一个用户对象之后就启动了线程；毫无疑问代码一编写的代码很容易产生内存溢出。
  
     
3.自定义通信协议时，对不上。
   我们都知道在远程通讯的时候发送数据必须符合TCP/IP和UDP协议
   假如服务器在发送图片的格式是：byte(表示数据的类型)+int(表示数据的长度)+byte(表示发送的文件)
    而假如客户端接收的读取的数据格式是：byte(表示数据的类型)+byte(表示发送的文件)
   显然客户端读取完数据的类型之后，根本就无法读取数据，导致错误的发生
    TCP/IP和UDP协议是远程通讯中最为关键的一部分。
4. read() 和readFully() 的区别
   read()和readFully() 的区别的区别在于：前者是一读取立马发送而后者则是读满之后再发送，如果服务器在发送数据的过程中出现了连接超时等现象，使用前者客户端就读只取到了一部分数据，无法还原，导致出错，使用后者就可以避免这种情况的发生
5.内存溢出问题
   电脑的内存是有限的，分配给一个程序的内存更是有限的，如果发送了一个过大的数组数据就会产生内存溢出的情况。一定要避免死循环的产生。
6.EOFException
7.正常的异常
  客户端和服务器建立一个连接之后就在两者之间建立了一个管道，一旦其中的一方断开，另一方在发送或者接受数据的时候就会失去对象报错，这个是一个无法避免的错误，所以叫做正常的异常
8.try Catch和 throw的用法
throws是将异常抛给方法的调用者处理，try catch 则是将自身的异常截住自行处理，个人认为一般情况下使用try Catch，因为在catch的后面可以打印所发生的情况，对测试分析程序大有裨益。

9.性能问题
一个程序好与坏的一个重要标准是是否具有高性能。在能少写的地方尽量少些。其中很重要的一点是在循环中不停创建对象的时候，可以把创建的对象作为一个属性加在前面，这样就不用反复创建对象了，大大提升了性能

10.自己的问题
   自己在做远程通讯的过程中（客户端和服务器放在同一台电脑上），发现的一个问题就是在截图的时候，在客户端用鼠标控制服务器鼠标移动的同时发现自己的鼠标一放到客户端的截图现实界面上立马被弹开，测试了很多次多是这样，到底什么原因呢？我开始以为是自己在设计的过程中使客户端在截图的时候不能运行其他的指令。结果调试了半天依然没得到解决，后来通过打印鼠标的移动坐标才发现在鼠标移动到显示界面的时候打印出了鼠标的坐标，立马弹开，这才发现自己设计的是客户端将鼠标移动显示界面的某一位置时服务器做出相应动作也移至在己端电脑上的统=同一位置，这才明白为什么鼠标一移到显示界面立马被弹开了，因为在同一台电脑上运行的啊，服务器端肯定要做出相应移到相应位置啦!换台电脑运行服务器，果然......哎~~都怪自己把事情的方向给搞错了！