这个问题的动机
我正在运行一款在非常昂贵的硬件上运行的巨大产品。出于测试目的将其关闭是不可能的,也不能在生产环境中放一个坏罐子。我需要尽可能确保几乎不会弄乱生产环境。
在临时安装程序上运行此程序之前,我需要检查以下代码以解决明显的问题(这很昂贵)。
问题
我有一个基于套接字的应用程序,有时客户端不显式发送CloseConnection请求。有时,通过阻止阻塞的readObject
调用中的线程,不会发生IOException。
我需要通过超时后关闭连接来关闭此线程。如果我从服务器收到新请求,则刷新超时。
所以您将在下面看到3部分
初始化
在while(true)循环中调用readObject,并重置计划的服务
实际关闭流
码
建议我使用ScheduledExecutorService而不是Timer / TimerTask。
class StreamManager {
....
private ScheduledExecutorService activityTimeOut = Executors
.newSingleThreadScheduledExecutor();
private CloseConnectionOnTimeOut closeOnTimeOut = new CloseConnectionOnTimeOut();
....
public void initialize(Socket newClientSocket, ObjectInputStream newInputStream,
ObjectOutputStream newOutputStream, ThreadMonitor newThreadMonitor) {
....
closeOnTimeOut.setInputStream(myInputStream);
activityTimeOut.scheduleAtFixedRate(closeOnTimeOut, 0, Globals.INACTIVITY_TIME_OUT,
TimeUnit.MILLISECONDS);
}
public void run() {
....
while (true) {
try {
AMessageStrategy incomingCommand = (AMessageStrategy) myInputStream
.readObject();
activityTimeOut.shutdown();
activityTimeOut.scheduleAtFixedRate(closeOnTimeOut, 0,
Globals.INACTIVITY_TIME_OUT, TimeUnit.MILLISECONDS);
....
}
....
}
class CloseConnectionOnTimeOut implements Runnable {
private ObjectInputStream myInputStream;
public CloseConnectionOnTimeOut() {
}
public void setInputStream(ObjectInputStream myInputStream) {
this.myInputStream = myInputStream;
}
public void run() {
try {
myInputStream.close();
myOutputStream.close();
clientSocket.close();
log.info("Time out occured for client, closed connection forcefully.") ;
} catch (IOException e) {
e.printStackTrace();
log.fatal("Time out has occured, yet unable to clean up client connection. Keep a watch out on \"Size of clientStreamQ\"");
}
}
}
编辑:
刚刚测试了一个较小的应用程序,它似乎可以工作。我仍然需要您的反馈。
再次编辑:
我已经根据建议修改了以下代码。
初始化中
private ScheduledExecutorService activityTimeOut = Executors
.newSingleThreadScheduledExecutor();
private Future<Void> timeoutTask ;
private CloseConnectionOnTimeOut closeOnTimeOut = new CloseConnectionOnTimeOut();
删除了此代码
closeOnTimeOut.setInputStream(myInputStream);
activityTimeOut.scheduleAtFixedRate(closeOnTimeOut, 0, Globals.INACTIVITY_TIME_OUT,
TimeUnit.MILLISECONDS);
在readObject之前和之后替换
timeoutTask = (Future<Void>) activityTimeOut.scheduleAtFixedRate(
closeOnTimeOut.setInputStream(myInputStream), 0,
Globals.INACTIVITY_TIME_OUT, TimeUnit.MILLISECONDS);
AMessageStrategy incomingCommand = (AMessageStrategy) myInputStream
.readObject();
timeoutTask.cancel(true) ;
清理时
activityTimeOut.shutdown() ;
最佳答案
您无法将任务提交到已经关闭的ExecutorService。如果要停止执行任务,请cancel执行该任务。除此之外,取消任务将安排在StreamManager
初始化后立即运行-如果在初始化和运行之间存在间隙,则可能会遇到麻烦。我建议在尝试从套接字读取之前创建并安排一个新任务,并在读取成功后取消该任务:
while (true) {
...
Future<Void> timeoutTask = activityTimeOut.schedule(new CloseConnection(/*init with streams*/), Globals.INACTIVITY_TIME_OUT, TimeUnit.MILLISECONDS);
try {
AMessageStrategy incomingCommand = (AMessageStrategy) myInputStream.readObject();
} finally {
timeoutTask.cancel(false);
}
...
}
在
StreamManager
的清除方法中或在run()
的结尾处,应关闭使用的ScheduledExecutorService
。如果您的软件对任务至关重要,那么我将在本地进行全面测试。编写单元测试以及也许小的集成测试,以验证取消是否有效。但是我担心这种解决方案相当脆弱。多线程和IO增加了很多不确定性。