最近在做一个服务器端程序，C/S结构。功能方面比较简单就是client端与server端建立连接，然后发送消息给server。我在server端会使用专门的线程处理一条socket连接。这就涉及到一个问题，如果socket连接断开（异常，正常）后，我如何才能感知到？server端这边是绝对被动的，sever端不能主动断开连接。也没有连接链路维持包之类的。client端发送数据的时间也是不定的。在socket连接断开后， server要能够感知到并释放资源。
创新互联是一家专业提供南芬企业网站建设,专注与成都做网站、成都网站制作、H5响应式网站、小程序制作等业务。10年已为南芬众多企业、政府机构等服务。创新互联专业的建站公司优惠进行中。
这个问题在思考测试，询问同事之后，找到了一个方法，可以做到这一点。
当使用 select()函数测试一个socket是否可读时，如果select()函数返回值为1，且使用recv()函数读取的数据长度为0 时，就说明该socket已经断开。
为了更好的判定socket是否断开，我判断当recv()返回值小于等于0时，socket连接断开。但是还需要判断 errno是否等于 EINTR 。如果errno == EINTR 则说明recv函数是由于程序接收到信号后返回的，socket连接还是正常的，不应close掉socket连接。
PS：对于堵塞socket的recv函数会在以下三种情况下返回：
（1）recv到数据时，会返回。
（2）在整个程序接收到信号时，返回-1。errno = EINTR。//在程序的起始阶段，屏蔽掉信号的除外。部分信号还是屏蔽不掉的。
（3）socket出现问题时，返回-1.具体错误码看 man recv()
（4）一定要看 man 说明，很详细，很有帮助。
这种方法经过长时间测试后，是有效的。所以写出来让大家参考一下，请大家发表意见。
我的方法不一样，我用getsockopt来判断，还是蛮准确的
int SocketConnected(int sock)
{
if(sock=0)
return 0;
struct tcp_info info;
int len=sizeof(info);
getsockopt(sock, IPPROTO_TCP, TCP_INFO, info, (socklen_t *)len);
if((info.tcpi_state==TCP_ESTABLISHED))
{
//myprintf("socket connected\n");
return 1;
}
else
{
//myprintf("socket disconnected\n");
return 0;
}
}
tcp_info和TCP_ESTABLISHED在linux/tcp.h
包含
#include linux/types.h
#include asm/byteorder.h
#include linux/config.h
#include linux/skbuff.h
#include linux/ip.h
#include net/sock.h
int SocketConnected(int sock)
{
if(sock=0)
return 0;
struct tcp_info info;
int len=sizeof(info);
getsockopt(sock, IPPROTO_TCP, TCP_INFO, info, (socklen_t *)len);
if((info.tcpi_state==TCP_ESTABLISHED))
{
//myprintf("socket connected\n");
return 1;
}
else
{
//myprintf("socket disconnected\n");
return 0;
}
}
目前主要有三种方法来实现用户掉线检测：SO_KEEPALIVE ,SIO_KEEPALIVE_VALS 和Heart-Beat线程。
下面我就上面的三种方法来做一下介绍。
(1)SO_KEEPALIVE 机制
这是socket库提供的功能，设置接口是setsockopt API：
BOOL bSet=TRUE;
setsockopt(hSocket,SOL_SOCKET,SO_KEEPALIVE,(const char*)bSet,sizeof(BOOL));
根据MSDN的文档，如果为socket设置了KEEPALIVE选项，TCP/IP栈在检测到对方掉线后，
任何在该socket上进行的调用(发送/接受调用)就会立刻返回，错误号是WSAENETRESET ；
同时，此后的任何在该socket句柄的调用会立刻失败，并返回WSAENOTCONN错误。
该机制的缺点也很明显：
默认设置是空闲2小时才发送一个“保持存活探测分节”，不能保证实时检测！
当然也可以修改时间间隔参数，但是会影响到所有打开此选项的套接口！
关联了完成端口的socket可能会忽略掉该套接字选项。
(2)SIO_KEEPALIVE_VALS 机制
设置接口是WSAIoctl API:
DWORD dwError = 0L ;
tcp_keepalive sKA_Settings = {0}, sReturned = {0} ;
sKA_Settings.onoff = 1 ;
sKA_Settings.keepalivetime = 5500 ; // Keep Alive in 5.5 sec.
sKA_Settings.keepaliveinterval = 3000 ; // Resend if No-Reply
if (WSAIoctl(skNewConnection, SIO_KEEPALIVE_VALS, sKA_Settings,
sizeof(sKA_Settings), sReturned, sizeof(sReturned), dwBytes,
NULL, NULL) != 0)
{
dwError = WSAGetLastError() ;
}
实现时需要添加tcp_keepalive and SIO_KEEPALIVE_VALS的定义文件MSTCPiP.h
该选项不同于SO_KEEPALIVE 机制的就是它是针对单个连接的，对系统其他的套接
口并不影响。
针对完成端口的socket,设置了SIO_KEEPALIVE_VALS后，激活包由TCP STACK来负责。
当网络连接断开后，TCP STACK并不主动告诉上层的应用程序，但是当下一次RECV或者SEND操作
进行后，马上就会返回错误告诉上层这个连接已经断开了.如果检测到断开的时候，在这个连接
上有正在PENDING的IO操作，则马上会失败返回.
该机制的缺点：
不通用啦。MS的API只能用于Windows拉。不过，优雅一些^_^.
(3)Heart-Beat线程
没说的。自己写一个后台线程，实现Heart-Beat包，客户端受到该包后，立刻返回相应的反馈 包。
该方法的好处是通用，但缺点就是会改变现有的通讯协议！
/* Net check Make sure you have not used OUT OF BAND DATA AND YOU CAN use OOB */
int netcheck(int fd)
{
int buf_size = 1024;
char buf[buf_size];
//clear OOB DATA
recv(fd, buf, buf_size);
if(send(fd, (void *)"\0", 1, MSG_OOB) 0 )
{
fprintf(stderr, "Connection[%d] send OOB failed, %s", fd, strerror(errno));
return -1;
}
return 0;
}
复制代码
/* Setting SO_TCP KEEPALIVE */
//int keep_alive = 1;//设定KeepAlive
//int keep_idle = 1;//开始首次KeepAlive探测前的TCP空闭时间
//int keep_interval = 1;//两次KeepAlive探测间的时间间隔
//int keep_count = 3;//判定断开前的KeepAlive探测次数
void set_keepalive(int fd, int keep_alive, int keep_idle, int keep_interval, int keep_count)
{
int opt = 1;
if(keep_alive)
{
if(setsockopt(fd, SOL_SOCKET, SO_KEEPALIVE,
(void*)keep_alive, sizeof(keep_alive)) == -1)
{
fprintf(stderr,
"setsockopt SOL_SOCKET::SO_KEEPALIVE failed, %s\n",strerror(errno));
}
if(setsockopt(fd, SOL_TCP, TCP_KEEPIDLE,
(void *)keep_idle,sizeof(keep_idle)) == -1)
{
fprintf(stderr,
"setsockopt SOL_TCP::TCP_KEEPIDLE failed, %s\n", strerror(errno));
}
if(setsockopt(fd,SOL_TCP,TCP_KEEPINTVL,
(void *)keep_interval, sizeof(keep_interval)) == -1)
{
fprintf(stderr,
"setsockopt SOL_tcp::TCP_KEEPINTVL failed, %s\n", strerror(errno));
}
if(setsockopt(fd,SOL_TCP,TCP_KEEPCNT,
(void *)keep_count,sizeof(keep_count)) == -1)
{
fprintf(stderr,
"setsockopt SOL_TCP::TCP_KEEPCNT failed, %s\n", strerror(errno));
}
}
}
使用游标的时候一定要控制跳出循环的条件，
每个循环结束记得fetch下一跳数据，不然就会无限循环。
你的功能是插入数据，在做INSERT这段，用BEGIN END单独做成一个BLOCK吧，
写个EXCEPTION, WHEN OTHERS THEN EXIT;
我觉得基本就这几点会出现问题吧，你再看看吧。
这种情况我遇到过，可能的原因是表A和表B中对应字段的数据值类型不同，建议检查一下。
可以用EXCEPTION 来捕获这个异常，并将捕获到的异常存储在一张表里，以便查询，这样就不会中断存储过程的执行，举例如下：
declare
...... -- 其他变量
V_ERRORCODE NUMBER; -- 错误代码
V_ERRORMSG VARCHAR2(6000); -- 错误信息
V_INFORMATION VARCHAR2(6000); -- 提示信息
begin
...... --其他SQL语句
insert /*+ append */ into A select * from B;
exception
when others then
v_ErrorCode := SQLCODE;
v_ErrorMsg := SQLERRM;
v_Information := TO_CHAR(v_ErrorCode) || v_ErrorMsg ;
insert into T_ERR(code,mgs,info) values(v_ErrorCode,v_ErrorMsg,v_Information);
commit;
end;
首先、找到出现ORA-03135连接丢失的那个客户端所在机器上的sqlnet.ora文件
然后、修改或者添加一行SQLNET.EXPIRE_TIME=15
如果、有防火墙空闲检测周期分钟的话相应缩小到期设置以内，如10、5让他和服务器强制握手保持连接激活。
当然、要看现在的中断究竟报的是不是常见的这个连接丢失的错误
注意、对于非连接池又频繁发起很多连接的数据库要谨慎保持长连接
设置ORACLE的会话连接超时：
1、profile的idle_time限制
oracle用户的配置文件的密码策略是实时生效的，所见即所得。但是用户配置文件的资源限制是由resource_limit参数决定的。
单位是分钟，默认没记错的话应该是10分钟
要是修改的资源生效，需要设置resource_limit设置为true
alter system set resource_limit=true ;
如果在idle的时间内用户没有执行任何操作，会提示ORA-02396：exceeded maximum idle time, please connect again
2、profile的connect_time限制
默认是UNLIMITED，单位是分钟
用户在到达设置的时候后，不可以在继续操作，会提示ORA-02399: exceeded maximum connect time, you are being logged off
如果是设置1分钟，他会在将近2分钟的时候提醒你重新登录。
3、sqlnet的expire_time限制：
expire_time主要是在指定的时间去探测客户端是否可以连通，如果可以的话重新计时，否则就会断开
在执行rman的时候遇见：ORA-03135: connection lost contact，可以尝试将此值设置大些。(ID 729811.1)
4、sqlnet的inbound_connect_timieout_listener_name限制
单位是秒，默认值是60
如果你是在操作系统级别的中断。可以用kill -9 ora*****或者是kill -9 ****** 你想要停掉的那个进程的进程号。这样就可以直接挺掉数据库的调试了。
如果数据库里面，你查出这那个session执行的这个操作。之后在数据库中直接中断这个session的连接也可以挺掉调试。
如果你用软件的话，PLSQL Developer 这样的软件，就更容易了。这个就不用我交你了吧。都是按钮方式的。点一下就停了。或者直接就把窗口关掉。只要强行推出就号了。
