好好的socket通讯程序, 从window 移入 linux 操作系统中,仅仅和服务器交换几条简单的数据后,报 java.net.SocketException Broken pipe 异常,甚是奇怪 ,在网上找到了很多 同类的问题包括答案,似乎没有一个能解决问题的。
我排出一些可能的情况,
1、连接从来没有断开;
2、交易数据量少,不存在超时问题,而且是长连接;
3、在输入,输出流中进行了同步。
4、在window 上运行了1年多了。从来没出过类似问题部分错误信息如下:
java.net.SocketException: Broken pipe
at java.net.SocketOutputStream.socketWrite0(Native Method)
at java.net.SocketOutputStream.socketWrite(SocketOutputStream.java:92)
at java.net.SocketOutputStream.write(SocketOutputStream.java:136)
at java.io.ObjectOutputStream$BlockDataOutputStream.drain(ObjectOutputStream.java:1639)
at java.io.ObjectOutputStream$BlockDataOutputStream.flush(ObjectOutputStream.java:1584)
at java.io.ObjectOutputStream.reset(ObjectOutputStream.java:639) 这个困扰我多个星期的 问题,希望能得到各位高人的帮助,以解我燃眉之急,
在这我先谢谢各位了。
我排出一些可能的情况,
1、连接从来没有断开;
2、交易数据量少,不存在超时问题,而且是长连接;
3、在输入,输出流中进行了同步。
4、在window 上运行了1年多了。从来没出过类似问题部分错误信息如下:
java.net.SocketException: Broken pipe
at java.net.SocketOutputStream.socketWrite0(Native Method)
at java.net.SocketOutputStream.socketWrite(SocketOutputStream.java:92)
at java.net.SocketOutputStream.write(SocketOutputStream.java:136)
at java.io.ObjectOutputStream$BlockDataOutputStream.drain(ObjectOutputStream.java:1639)
at java.io.ObjectOutputStream$BlockDataOutputStream.flush(ObjectOutputStream.java:1584)
at java.io.ObjectOutputStream.reset(ObjectOutputStream.java:639) 这个困扰我多个星期的 问题,希望能得到各位高人的帮助,以解我燃眉之急,
在这我先谢谢各位了。
解决方案 »
- java中的object类有什么奥秘?
- 麻烦请大师帮忙做做这个界面,谢谢.
- poolman连接池的问题
- 关于:java.net.SocketException: Connection reset
- 急问:j2se中可以录制alaw的语音吗?是那个包?
- 关于Java的一些概念问题.
- 初学java 用JBuilder7做Applet小程序的问题??
- :)```一个初级问题抽象类的方法我怎么使用?!!
- javascript中判断一个日期是否合法有没有函数?
- java广泛运用于internet上,请大家推荐些好网站,用awt 或swing做的applet程序应用
- ***请问java中可以定义抽象属性吗?
- 如何截取视频的第一帧图片?
linux 对超过时间不连接的长连接会踢掉的
在linux 里面有设置
觉得就是LINUX系统的原因了,你换下别的版本的LINUX系统看看
不同之间的差异还是比较大的
将连接关闭
创建一个新的连接 应该就可以了
linux 对超过时间不连接的长连接会踢掉的
在linux 里面有设置 请问如何设置呢?
引起java.net.SocketException:Broken pipe这个异常的原因是你使用了多个线程同时对一个Socket通道进行读/写(windows环境没有这个问题),简单的说就是Unix/Linux下不能同时对一个Socket通道进行读和写。并且我也尝试过使用同步控制来防止对同一个Socket通道进行读和写,不过只是降低了该异常的发生概率(绝对不是同步控制有问题),发送和接收加入一段延迟后不会发生该问题,当然应用是不能容忍这样的处理效率和性能的。
最后我把整个网络通信改成用new io的非阻塞模式,在单线程中处理多路通道,没有这个问题,而且似乎系统吞吐量比先前更高了,不过唯一剩下一个问题,至今仍未解决!
详见我的问题贴:
http://community.csdn.net/Expert/topic/5385/5385219.xml?temp=.1896173
我看了你的帖子,具体我没试过,但“java网络编程”这本书的对异步IO讲解中有句话“在chanrgen协议中,服务器永远不会关闭连接。它等待客户端中断socket。当socket中断时,会抛出异常,取消这个键,关闭对应通道”。你可以试试