Question

此问题的动机 我正在运行一个在非常昂贵的硬件上运行的巨大产品。关闭它以进行测试是不可能的，也不会在生产环境中放置一个坏罐子。我需要尽可能确保几乎确保我不会弄乱生产环境。

在我在分段设置上运行此代码之前，我需要检查以下代码以查找明显的问题（这是非常昂贵的）。

问题我有一个基于套接字的应用程序，有时客户端不会显式发送CloseConnection请求。有时IOException不会发生，通过阻止阻塞readObject调用的线程。

我需要通过在超时后关闭连接来关闭释放此线程。如果我从服务器收到新请求，则刷新超时。

所以你会在下面看到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() ;

Answer 1

您无法将任务提交给已关闭的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增加了很多不确定性。

ScheduledExecutorService使用和清理锁定的套接字instream

1 个答案: