最近同事想通过自定义函数来输出国际化文字。比如：
${my:i18n('login.userid')}.
EL支持我们自定义这样的函数，问题是这个函数没法获取request对象，不知道当前页面的语言。

由此我想到threadlocal也许可以解决这个问题。
我的思路是做一个filter，每次都把request引用保存在一个threadlocal变量里。然后在上述的i18n自定义函数里读取这个threadlocal变量，得到request。
代码如下：
Java代码 复制代码
  1. 1 定义一个类读写threadlocal变量   
  2.   
  3. public class ThreadAttributes {   
  4.   
  5.         private static ThreadLocal<Map<String, Object>> threadAttribues = new ThreadLocal<Map<String, Object>>() {   
  6.   
  7.                 protected synchronized Map<String, Object> initialValue() {   
  8.                         return new HashMap<String, Object>();   
  9.                 }   
  10.         };   
  11.   
  12.         public static Object getThreadAttribute(String name) {   
  13.   
  14.                 return threadAttribues.get().get(name);   
  15.   
  16.         }   
  17.   
  18.         public static Object setThreadAttribute(String name, Object value) {   
  19.   
  20.                 return threadAttribues.get().put(name, value);   
  21.   
  22.         }   
  23.   
  24. }   
  25.   
  26. 2 在一个filter里写入request   
  27. public void doFilter(ServletRequest req, ServletResponse resp,   
  28.                         FilterChain chain) throws IOException, ServletException {   
  29.                 HttpServletRequest request = (HttpServletRequest) req;   
  30.                 HttpServletResponse response = (HttpServletResponse) resp;   
  31.   
  32.                    
  33.                 ThreadAttributes.setThreadAttribute("request", req);   
  34.         .....   
  35. }   
  36.   
  37. 3 读取request   
  38. HttpServletRequest request = (HttpServletRequest)ThreadAttributes.getThreadAttribute("request");   
  39.                    
  40.                   
1 定义一个类读写threadlocal变量
public class ThreadAttributes {
        private static ThreadLocal<Map<String, Object>> threadAttribues = new ThreadLocal<Map<String, Object>>() {
                protected synchronized Map<String, Object> initialValue() {
                        return new HashMap<String, Object>();
                }
        };
        public static Object getThreadAttribute(String name) {
                return threadAttribues.get().get(name);
        }
        public static Object setThreadAttribute(String name, Object value) {
                return threadAttribues.get().put(name, value);
        }
}
2 在一个filter里写入request
public void doFilter(ServletRequest req, ServletResponse resp,
                        FilterChain chain) throws IOException, ServletException {
                HttpServletRequest request = (HttpServletRequest) req;
                HttpServletResponse response = (HttpServletResponse) resp;
                
                ThreadAttributes.setThreadAttribute("request", req);
        .....
}
3 读取request
HttpServletRequest request = (HttpServletRequest)ThreadAttributes.getThreadAttribute("request");



由此，我想到其他类似的问题。
跟web相关的里的方法，往往都有request参数；
跟数据库相关的方法，往往都有连接或事务的参数；
跟绘图相关的方法里，往往有一个绘图设备参数；
。。。。
如今分层架构非常普及，如果这些非常令人讨厌，但又的确需要的参数，都用上述的方案来在堆栈之间传递，将是一个不错的主意。事实上，spring已经让我们尝到了甜头，解放了我们的DAO对象，看不到connection参数。

我这里且叫它为“隐式参数”模式。