Когда именно истек срок действия HttpSession (начинает иметь право на уничтожение - еще не обязательно уничтожено)?

Механизм сеанса является частью спецификации сервлета, которая предписывает:

В протоколе HTTP нет явного сигнала завершения, когда клиент больше не активен. Это означает, что единственный механизм, который можно использовать для индикации того, что клиент больше не активен, — это период ожидания.

Период ожидания по умолчанию для сеансов определяется контейнером сервлета и может быть получен с помощью метода getMaxInactiveInterval интерфейса HttpSession. Это время ожидания может быть изменено разработчиком с помощью метода setMaxInactiveInterval интерфейса HttpSession. Периоды ожидания, используемые этими методами, определяются в секундах. По определению, если период времени ожидания для сеанса установлен на -1, срок действия сеанса никогда не истечет. Аннулирование сеанса не вступит в силу, пока все сервлеты, использующие этот сеанс, не выйдут из метода службы. После инициирования аннулирования сеанса новый запрос не должен иметь возможности видеть этот сеанс.

Метод getLastAccessedTime интерфейса HttpSession позволяет сервлету определить время последнего обращения к сеансу перед текущим запросом. Сеанс считается доступным, когда запрос, являющийся частью сеанса, впервые обрабатывается контейнером сервлета.

Вероятно, можно с уверенностью предположить, что «интервал неактивности» начинается с «lastAccessedTime».

Я пытаюсь выяснить, даст ли session.getLastAccessedTime() + (session.getMaxInactiveInterval() * 1000) точное время в миллисекундах истечения сеанса каждый раз, когда приходит запрос с одним и тем же идентификатором сеанса!

поскольку вы можете получить доступ к объекту сеанса только в потоке запросов, я предполагаю, что у вас есть приведенный выше код в сервлете для информирования клиента (браузера), сколько времени он может занять до своего следующего щелчка, может быть счетчик тайм-аута.

Я предполагаю, что System.currentTimeMillis() + (session.getMaxInactiveInterval() * 1000) будет более точным в этом случае.

источник?

Я дважды отслеживал запросы, используя "org.springframework.boot:spring-boot-starter-web:1.5.6.RELEASE" spring и заключил:

В вашем обработчике службы (методы doGet, doXX или Controller) время истечения срока действия будет session.getLastAccessedTime() + (session.getMaxInactiveInterval() * 1000) (2. case)

Duration:        |<---------- Preq1req2 ---------->|
Duration:        |           |<---- Presp1req2 --->|
Time    :      Treq1       Tresp1                Treq2      Tresp2
Action  : req1-->|--service--|-->resp1 ...  req2-->|--service--|-->resp2
Duration:        |<- Preq1 ->|                     |<- Preq2 ->|
                 |           |                                 | 
Set :       creationTime     |                                 |   
          lastAccessedTime   |                                 |            
                      lastAccessedTime                  lastAccessedTime

Когда lastAccessedTime обновляется после службы:

Фрагмент кода из C:/Users/ssfang/.m2/repository/org/apache/tomcat/embed/tomcat-embed-core/8.5.16/tomcat-embed-core-8.5.16-sources.jar

package org.apache.catalina.session;
public class StandardSession implements HttpSession, Session, Serializable {
    /** The time this session was created, in milliseconds since midnight, January 1, 1970 GMT. */
    protected long creationTime = 0L;

    /**
     * We are currently processing a session expiration, so bypass
     * certain IllegalStateException tests.  NOTE:  This value is not
     * included in the serialized version of this object.
     */
    protected transient volatile boolean expiring = false;

    /** The last accessed time for this Session. */
    protected volatile long lastAccessedTime = creationTime;

    /** The session event listeners for this Session. */
    protected transient ArrayList<SessionListener> listeners = new ArrayList<>();

    /** Flag indicating whether this session is valid or not. */
    protected volatile boolean isValid = false;

    /** The current accessed time for this session. */
    protected volatile long thisAccessedTime = creationTime;


    /** The access count for this session. */
    protected transient AtomicInteger accessCount = null;

    /**
     * The maximum time interval, in seconds, between client requests before the servlet container may
     * invalidate this session.  A negative time indicates that the session should never time out.
     */
    protected volatile int maxInactiveInterval = -1;

    /**
     * Return the idle time from last client access time without invalidation check
     * @see #getIdleTime()
     */
    @Override
    public long getIdleTimeInternal() {
        long timeNow = System.currentTimeMillis();
        long timeIdle;
        if (LAST_ACCESS_AT_START) {
            timeIdle = timeNow - lastAccessedTime;
        } else {
            timeIdle = timeNow - thisAccessedTime;
        }
        return timeIdle;
    }

    /**
     * Set the creation time for this session.  This method is called by the
     * Manager when an existing Session instance is reused.
     *
     * @param time The new creation time
     */
    @Override
    public void setCreationTime(long time) {
        this.creationTime = time;
        this.lastAccessedTime = time;
        this.thisAccessedTime = time;
    }

    /** Return the <code>isValid</code> flag for this session. */
    @Override
    public boolean isValid() {
        if (!this.isValid) {
            return false;
        }
        if (this.expiring) {
            return true;
        }
        if (ACTIVITY_CHECK && accessCount.get() > 0) {
            return true;
        }
        if (maxInactiveInterval > 0) {
            int timeIdle = (int) (getIdleTimeInternal() / 1000L);
            if (timeIdle >= maxInactiveInterval) {
                expire(true);
            }
        }
        return this.isValid;
    }
}

Проверьте, действителен ли сеанс, прежде чем получить сеанс

Фоновый поток для сканирования всех сеансов на предмет их истечения.