java学习

网络通信中常犯错误与解决办法

1、 IP、Port错误，或者Port被占用
服务端与客户端的IP或Port不向对应，或服务端所使用的Port已经被占用。
2、 等待连接时，不同循环方式可能导致内存溢出
(1)原因： 对于阻塞等待客户端并交给线程处理时的流程没有弄清楚。
(2)代码示例：
//创建服务器对象
java.net.ServerSocket ser=new java.net.ServerSocket(port);
//等待客户机进入
java.net.Socket sc=ssc.accept();
while(true){
//启动一个线程去处理连接
ProcessThread pt=new ProcessThread(sc);
pt.start();
如上代码如果进入多个用户，就会造成内存溢出异常：OutOfMemoryError
(3)解决办法：
java.net.ServerSocket ser=new java.net.ServerSocket(port);
while(true){
//等待客户机进入
java.net.Socket sc=ssc.accept();
//启动一个线程去处理连接
ProcessThread pt=new ProcessThread(sc);
pt.start();
3、 双方协议没有达成一致
网络通信中，服务器与客户端双方能否正常传输信息，得达成一定的协议，才能进行。
这是通信的基础与保障。虽然我们知道一定要保持双方的协议一致。但是实际操作中还

是难免出现我们意想不到由协议不一致而造成的问题。解决此类问题要：1.细心，熟悉通信中

每一个流程。2.对于底层的数据传输要有一定的了解。

4、 read([])和readFully([])的区别
(1) DataInputStream.read([])方法：从包含的输入流中读取一定数量的字节，并将

它们存储到缓冲区数组 b 中。以整数形式返回实际读取的字节数。将读取的第一个字节存储

到元素 b[0] 中，将下一个字节存储到 b[1] 中，依此类推。读取的字节数至多等于 b 的长

度。
read(b) 方法与以下方法的效果相同：
read(b, 0, b.length) :其意思是：从包含的输入流中将最多 len 个字节读入一个 byte 数

组中。尽量读取 len 个字节，但读取的字节数可能少于 len 个，也可能为零。
(2) 而DataInputStream.readFully([])方法：从输入流中读取一些字节，并将它们存

储在缓冲区数组 b 中。读取的字节数等于 b 的长度。
(3)简而言之：在不发生异常的情况下，read([])方法不一定能全部读取数组中的元素

，而readFully([])方法能读取全部的数组元素。
5、 内存溢出
对于通信过程中常常会有读取字节时、创建对象时对于其中的流程不清晰造成可能的内

存溢出。

6、 EOFException：end of file exception，
就是流中只有一定量的字节，而输入流却规定了读取更多的字节，造成最后到达流中字

节结尾而没有字节供输入流来读取的现象。这可能是双方协议没有达成一致，而导致的要求读

取过多字节的异常。或者是流中的字节因为某些原因丢失，而造成读取时没有足够多的字节读

取。

7、 断开（正常的异常）
因某些因素某一方突然断开连接，终止通信的异常。

8、 try-catch与throws的用法。
还未有深入的理解


9、 性能问题
如：（1）某些信息，只需要写入byte类型的值就可以完全地传达出信息，而写入了int类

型等，造成输入输出以及传送时占用更多的内存，以致降低程序反应速度。
（2） 本来只需要创建一个对象而可以重复赋值，却在循环中重复创建对象，重复赋

值，造成占用了更多的内存。




10、自己的问题

未完待续。。。。。

总结：1.有经历就会有错误，所以我觉得目前要尽快地“经历更多”。

2.祸乱常积于忽微！我们很多犯错的地方是我们以为没有错的而地方。故不可小视细节！

因还未完善 难登大雅之堂，故只能先放到这里了