在Spring的bean中注入HttpServletRequest解密

我們可以在Spring的bean中輕松的注入HttpServletRequest，使用@Autowired HttpServletRequest request;就可以了。

但是，為什么我們可以直接這樣用呢？

原因肯定是Spring在容器初始化的時候就將HttpServletRequest注冊到了容器中。

那么我們就查原碼，發現在WebApplicationContextUtils.registerWebApplicationScopes(ConfigurableListableBeanFactory, ServletContext)中實現了這個功能。

這個方法是在AbstractApplicationContext.refresh()中進行調用的，也就是在Spring容器初始化的時候，將web相關的對象注冊到了容器中。

具體可以看下面的原碼圖片：

 

 

 

 

調用處：

 

問題： 

注入 HttpServletRequest 為什么每次都能拿到最新的？bean 的依耐關系不是容器啟動后就確定了嗎？

解析：
spring 注冊的 HttpServletRequest 類型的 bean 是一個 RequestObjectFactory，如果進行依賴注入時是通過 RequestObjectFactory.getObject() 獲取 request 對象的話，那么依賴關系在這個時候就確定了，這樣肯定不能達到每次 http 請求都拿到一個新的 HttpServletRequest 對象的目的。
寫一個 controller ，注入 HttpServletRequest，打斷點查看注入的對象是一個 JDK 代理對象， 對應的 InvocationHandler 是 AutowireUtils$ObjectFactoryDelegatingInvocationHandler。通過查找 ObjectFactoryDelegatingInvocationHandler 使用的地方，發現是在 AutowireUtils.resolveAutowiringValue() 時創建的代理對象。再在這個方法上打個斷點，重新啟動容器，就可以發現，HttpServletRequest 是在 XxController 這個 bean 注入依賴屬性時 （populateBean() ）調用的 AutowireUtils.resolveAutowiringValue() 創建的代理。
這樣就說的通了：因為 spring 在注入 HttpServletRequest 時，發現如果注入的是 一個 ObjectFactory 類型的對象時，就會將注入的 bean 替換成一個 JDK 動態代理對象，代理對象在執行 HttpServletRequest 對象里的方法時，就會通過 RequestObjectFactory.getObject() 獲取一個 新的 request 對象來執行。
 

RequestObjectFactory

private static class RequestObjectFactory implements ObjectFactory<ServletRequest>, Serializable {
    @Override
    public ServletRequest getObject() {
        return currentRequestAttributes().getRequest();
    }

    @Override
    public String toString() {
        return "Current HttpServletRequest";
    }
}

ObjectFactoryDelegatingInvocationHandler

private static class ObjectFactoryDelegatingInvocationHandler implements InvocationHandler, Serializable {

    private final ObjectFactory<?> objectFactory;

    public ObjectFactoryDelegatingInvocationHandler(ObjectFactory<?> objectFactory) {
        this.objectFactory = objectFactory;
    }

    @Override
    public Object invoke(Object proxy, Method method, Object[] args) throws Throwable {
        String methodName = method.getName();
        if (methodName.equals("equals")) {
            // Only consider equal when proxies are identical.
            return (proxy == args[0]);
        }
        else if (methodName.equals("hashCode")) {
            // Use hashCode of proxy.
            return System.identityHashCode(proxy);
        }
        else if (methodName.equals("toString")) {
            return this.objectFactory.toString();
        }
        try {
            return method.invoke(this.objectFactory.getObject(), args);
        }
        catch (InvocationTargetException ex) {
            throw ex.getTargetException();
        }
    }
}

 

 

附：

1. Spring能實現在多線程環境下，將各個線程的request進行隔離，且准確無誤的進行注入，奧秘就是ThreadLocal

 

2. Spring中還可以直接注入ApplicationContext