转自:http://blog.csdn.net/majianfei1023/article/details/45788591 要了解socket可读可写条件,我们先了解几个概念:1.接收缓存区低水位标记(用于读)和发送缓存区低水位标记(用于写): 每个套接字有一个接收低水位和一个发送低水位.他们由select函数使用. 接收低水位标记是让select返回"可读"时套接字接收缓冲区中所需的数据量.对于TCP,其默认值为1. 发送低水位标记是让select返回"可写"时

最近在做项目的时候,遇到这样一个问题,如何判断 Socket 远程端连接是否关闭,如果关闭的话,就要重建连接Socket的类提供了一些已经封装好的方法, 如  isClosed().isConnected().isInputStreamShutdown().isOutputStreamShutdown()等,在测试时发现,这些方法都是本地端的状态,无法判断远端是否已经断开连接. 其实在socket类中有一个方法sendUrgentData,它会往输出流发送一个字节的数据,只要对方Socket的S

对端正常close socket,或者进程退出(正常退出或崩溃),对端系统正常关闭 这种情况下,协议栈会走正常的关闭状态转移,使用epoll的话,一般要判断如下几个情况 处理可读事件时,在循环read后,返回结果为0 处理可写事件时,write返回-1,errno为EPIPE EPOLLERR或EPOLLHUP或事件 对端非正常断开,比如服务器断电,网线被拔掉 这种情况下,协议栈无法感知,SO_KEEPALIVE这个选项的超时事件太长并不实用,一般还是以应用层的heartbeat来及时发现. 下

我在Server端new了一个socket,然后bind,开了一个线程来accept前来连接的client,每接到一个client前来连接就新开一个线程和它进行通信.我把Server端得到的socket放到一个集合里,我想知道集合里的socket是否断开连接,如果断开连接我就把它从这个集合里移除. 判断socket是否断开连接,网上有N种说法:1.Socket.Connected这个属性只能说明上一次通信时还是正常的. 2.Socket.Pool这个方法是可以,但是它要从socket里读或写部分

要判断socket连接链路是否可用时,不能通过socket.isClosed() 和 socket.isConnected() 方法判断,要通过心跳包 socket.sendUrgentData(0xFF) . 当第一次连接成功后, socket.isClosed() ==false, socket.isConnected()==true,只有在自己端代码中显示调用socket.close()方法时,socket.isClosed() ==true. 而链路的不可用时,自己端的socket是不知

转至 :http://blog.csdn.net/majianfei1023/article/details/45788591 socket可读可写条件,经常做为面试题被问,因为它考察被面试者对网络编程的基础了解的是不是够深入. 要了解socket可读可写条件,我们先了解几个概念:1.接收缓存区低水位标记(用于读)和发送缓存区低水位标记(用于写): 每个套接字有一个接收低水位和一个发送低水位.他们由select函数使用. 接收低水位标记是让select返回"可读"时套接字接收缓冲区中所

引子 前段时间我们的服务由于一台交换机网络出现故障,导致数据库连接不上,但是在数据库的连接超时参数设置不合理,connect timeout设置的过长,导致接口耗时增加.DB连接超时后线程未正常结束,上游请求又持续进来,最终耗光了Java线程,JVM进入持续GC状态,无法恢复,直到手工重启才恢复服务. 于是在服务的保护方面新增了两个措施,第一,调小服务端workThread的最大线程数.第二,在Server端设置Accept后Socket的readTimeout时间,当Socket调用read方

转自 http://blog.csdn.net/loadstar_kun/article/details/5790407 1. 用read函数来判断 读到长度0不能断定是已经断开.除非是-1,才代表输入流已经被关闭,说名socket已经close,而且关键在于你怎么读,实际上应该是一个单独的线程一直在读,因为你无法预先知道能不能一次将发过来的包读完,也无法知道一次是不是读完整了包,所以线称一直循环在读并且一直在解包.这样即能知道什么时候server断,也完成了消息的解读,我的方案是这样的,在大数

http://cuisuqiang.iteye.com/blog/1453632 ———————————————————————————————————————————————————————————————————— 现在都搞升级,本人也也使用JDK6进行开发.在开发工程中对Socket进行管理时对于这个连接的超时和是否失效进行研究.结果网上的资料很是让人失望,可以说google和百度下来,前几页原创很少都是抄袭. 说正经的,对于连接超时和失效肯定会想到设置超时时间和判断连接是否可用.但是设置

记得以前Delphi/BCB里的socket编程,要判断[连接的另一方]是否断开了,只要在ondisconnect事件里处理就行了!如今在C#中,这个问题的确还是个问题哦!        首先,Socket类的Connected属性只表示最后一次I/O操作的状态,如果这之后[连接的另一方]断开了,它还一直返回true, 除非你再通过socket来发送数据.所以通过个属性来判断是行不通的!        有人说可以用Socket.Available属性来判断,msdn中说:如果[连接的另一方]断开

参考 <UNIX 网络编程卷1>中的<第6章 I/O复用> 一. 满足下列四个条件中的任何一个时,一个套接字准备好读. 该套接字接收缓冲区中的数据字节数大于等于套接字接收缓存区低水位.对于TCP和UDP套接字而言,缓冲区低水位的值默认为1.那就意味着,默认情况下,只要缓冲区中有数据,那就是可读的.我们可以通过使用SO_RCVLOWAT套接字选项(参见setsockopt函数)来设置该套接字的低水位大小.此种描述符就绪(可读)的情况下,当我们使用read/recv等对该套接字执行读操

http://blog.csdn.net/jazywoo123/article/details/8693661 http://www.itnose.net/st/141698-pn11.html

1 利用select ? 2从github上找例子 3 学习asio  c++ library

http://blog.csdn.net/zzhongcy/article/details/21992123 SO_KEEPALIVE是系统底层的机制,用于系统维护每一个tcp连接的. 心跳线程属于应用层,主要用于终端和服务器连接的检查. 即使SO_KEEPALIVE检测到连接正常,但并不能保证终端和服务器连接的正常.有一种情况,服务器进程死了,但它和客户端的tcp连接还连着(该连接由系统维护的). 这就是SO_KEEPALIVE不能取代心跳线程的原因吧.     ###############

fluent-logger-java is a Java library, to record events via Fluentd, from Java application. https://github.com/fluent/fluent-logger-java 使用该sdk过程发现,tcp连接断开之后,该sdk的重连机制无效. 2018-01-26 12:36:25,620 ERROR [org.fluentd.logger.sender.RawSocketSender] - <org

多线程的服务器程序 线程中等待客户端的消息    我的代码能实现服务器与客户端的通信    问题是: 当客户端中断或退出  以上代码却不能判断Socket中断 跳不出while的无限循环 解决方法: 1.  while(Binput.read()!= -1)  这种方法 能判断出客户端输入是否为空  客户端断开 能跳出死循环                                   2. 用下面的方法就没问题了  在死循环中加入以下代码 try { socket.sendUrgentD

前面. 我已经陆续介绍过select函数的一些零碎知识, 在本文中,我们来讨论这样一个问题:socket何时处于读就绪状态? 事实上主要讨论select函数, 毕竟socket的读就绪状态会导致select函数马上返回.select函数的重要性不言而喻, 我在这里就不再强调了. 须要注意的是: Windows环境下的select和Linux环境下的select大同小异, 为了便于叙述和实战, 我们以Windows下的select函数为例. 我们再次来复习一下select函数的原型吧:int PA

判断Socket是否连接上,需要通过发包来确认. 之前确认都是调用调用socket的connected属性,然而该属性是上次的连接是否成功的结果,不及时. // 检查一个Socket是否可连接 private bool IsSocketConnected(Socket client) { bool blockingState = client.Blocking; try { ]; client.Blocking = false; client.Send(tmp, , ); return true

由于我的手机需要用笔记本开的wifi,躺在床上玩手机时需要关电脑或者是要让电脑放歌的时候总是不想下床,于是我想能不能用一个APP,然后通过局域网实现在手机上对电脑进行操控呢?说干就干. 我在电脑上用的是C++作为服务器,  然后在android手机上用socket连接电脑.在向电脑发送我要电脑执行的命令时,完全没有问题,可以正常发送,只要在电脑收到消息时处理一下乱码就可以了.同时,我想要在电脑处理了我发送的命令之后返回执行的结果,在这个地方出问题了.当我尝试在客户端启动接收消息的独立线程的时候,

目录 . 引言 . IO机制简介 . 阻塞式IO模型(blocking IO model) . 非阻塞式IO模型(noblocking IO model) . IO复用式IO模型(IO multiplexing model) . 信号驱动式IO模型(signal-driven IO model) . 异步IO式IO模型(asynchronous IO model) . Linux Socket IO技术简介 . IO模型编程举例 0. 引言 Linux将所有外部设备都看做一个文件来进行操作.因此