java垃圾收集器是否负责在connection.close()之后释放JMS连接

Question

我正在使用GlassFish JMS连接工厂。连接最终关闭。并且最大池大小被设置为5。

测试用例：我从invoker（）在3秒内不断发送10条消息。

结果:前5条消息成功发送，第6条消息之后的消息无法分配更多连接。这意味着之前的5个连接仍然是开放的。

问题connection.close()后多久释放连接轮询？

问题JMS connection.close()之后垃圾收集器是否负责释放连接？

这是我的简单消息客户端，它将消息发送到队列

私有无效调用器（字符串id）{

    Connection connection = null;
    Session session = null;
    MessageProducer messageProducer = null;
    TextMessage message = null;
    try {
        connection = connectionFactory.createConnection();
        session = connection.createSession(false, Session.AUTO_ACKNOWLEDGE);
        messageProducer = session.createProducer(successfulQueue);
        String msg = id;
        message = session.createTextMessage(msg);
        messageProducer.send(message);
        log.info("Successful message is Sent to ProcessQueue: [" + msg + "]");
    }
    catch (Exception e) {
        log.error(e);
    }
    finally {
        if (messageProducer != null) {
            try {
                messageProducer.close();
            }
            catch (JMSException e) {
                log.error(e);
            }
        }
        if (session != null) {
            try {
                session.close();
            }
            catch (JMSException e) {
                log.error(e);
            }
        }
        if (connection != null) {
            try {
                connection.close();
            }
            catch (JMSException e) {
                log.error(e);
            }
        }
    }

Answer 1

第二个问题的答案是连接不会被GC关闭，而是后台进程KeepsAlive连接被connection.close（）终止（对于GC的工作原理，请阅读：https://www.quora.com/How-does-garbage-collection-work-in-the-JVM）

建议：尝试使用PooledConnectionFactory，并在相同的基础上执行. stop（），除了connection.close

    @Override
    public void contextDestroyed(ServletContextEvent arg0) {

    if (connection != null || pcf != null) try {
          connection.close();
    //pcf.stop();
    }
    catch (JMSException e) {
         //log
    }