Запущены ли ThreadLocals в Async-поддерживаемом фильтре

Question

В JSR 315 добавлена ​​асинхронная поддержка сервлетов и фильтров. Безопасен ли ThreadLocal, созданный в таком потоке фильтра?

<filter>
    <filter-name>ResourceFilter</filter-name>
    <filter-class>com.app.filter.ResourceFilter</filter-class>
    <async-supported>true</async-supported>
</filter>

Фильтр

public class ResourceFilter implements Filter  {



private final Logger log = LoggerFactory.getLogger(getClass());

@Override
public void init(FilterConfig filterConfig) throws ServletException {}

@Override
public void doFilter(ServletRequest request, ServletResponse response,
        FilterChain chain) throws IOException, ServletException {

    try{
        String uri = WebUtilityHelper.getURI(request);
        boolean isAResource = WebUtilityHelper.isAResource(uri);
        ThreadLocalUtil.setIsResource(isAResource);
        log.trace("URI: {}, isAResource? {}", uri, isAResource);
    } finally {         
        chain.doFilter(request, response);
    }
}

@Override
public void destroy() {}

}

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

public class ThreadLocalUtil {

/* Contant static names */

private static final String HIBERNATE_ASYNC_SESSION = "hibernateAsyncSession";
private static final String HIBERNATE_GLOBAL_SESSION = "hibernateGlobalSession";



private static final String IS_RESOURCE = "isResource";

/* The Constant THREAD_VARIABLES */
private static final ThreadLocal<ThreadVariables> THREAD_VARIABLES = new ThreadLocal<ThreadVariables>() {

    /**
     * @see java.lang.ThreadLocal#initialValue()
     */
    @Override
    protected ThreadVariables initialValue() {
        return new ThreadVariables();
    }
};


public static Object get(String name) {
    return getThreadVariable(name);
}

/**
 * Gets the thread variable.
 *
 * @param name
 *            the name
 * @return the thread variable
 */
public static Object getThreadVariable(String name) {
    return THREAD_VARIABLES.get().get(name);
}    /**
 * Sets the thread variable.
 *
 * @param name
 *            the name
 * @param value
 *            the value
 */
public static synchronized void setThreadVariable(String name,
        Object value) {
    THREAD_VARIABLES.get().put(name, value);
}

/**
 * Destroy.
 */
public static void destroy() {
    closeAllHibernateSessions();
    THREAD_VARIABLES.remove();
}

public static void remove(String name) {
    THREAD_VARIABLES.get().remove(name);
}}

я думаю, что часть, о которой я действительно спрашиваю, это Servlet 3.0 spec 2.3.3.4 http://download.oracle.com/otn-pub/jcp/servlet-3.0-fr-eval-oth-JSpec/servlet-3_0-final-spec.pdf?AuthParam=1455121502_a9b513ab9b8fc5ac5a82d0518e88f7ac

Answer 1

Асинхронная архитектура не отличается от синхронизации с точки зрения того, является ли ThreadLocal поточно-ориентированным или нет. пока ссылки не просочились в другие темы, тогда это безопасно.

В вашем фрагменте, т.е. предположить (я не могу сказать), что реализация ThreadLocalUtil не делает ничего опасного.

Кстати, в некоторых контейнерах есть некоторые ограничения для запуска цепочки фильтров в асинхронном режиме - смотрите это на Github.