码迷,mamicode.com
首页 > 其他好文 > 详细

利用session做国际化引起的old区内存爆满及修复方法

时间:2016-04-20 13:40:30      阅读:247      评论:0      收藏:0      [点我收藏+]

标签:

题记:昨天加班打车回家,看见前面有辆路虎在高速上开的巨慢,挡住了我坐的出租车的路,于是就跟司机吐槽了一句:“前面这车怎么这么面啊?”,司机沉默了大概3秒,说了一句富含哲理性的话:“没有面车,只有面人”。借用这句话套在软件开发上就是:“没有面代码,只有面的程序猿”。只不过这次我就是那个面的程序猿。(面:是一个方言,大意就是优柔寡断,反应迟缓,没有主见,好欺负之类的)。

背景是这样的,最近项目要做国际化,主要是基于spring的i18来做,通过拦截器拦截request过来的url中是否包含locale参数,如果locale参数指定了语言类型,则页面上显示的信息按指定的类型来获取,如content这个字段,如果locale=zh_CN,则content=“你好”,如果locale=en_US,则content=“hello”;返回页面的时候,同样根据locale,在返回页面的路径前加上具体目录,如返回sayHi.html,locale=zh_CN时返回cn/sayHi.html,locale=en_US时返回us/sayHi.html,这样可以显示不同内容的欢迎页面,一般国际化也是这样做的,同一套代码,不同配置就可以完成国际化。

于是开始的时候我的拦截器代码时这样写的:

public class LocaleHandleInterceptor extends LocaleChangeInterceptor {

    @Override
    public boolean preHandle(HttpServletRequest request, HttpServletResponse response, Object handler) throws ServletException {
        String newLocale = request.getParameter(this.getParamName());
        if (newLocale != null) {
            LocaleResolver localeResolver = RequestContextUtils.getLocaleResolver(request);
            if (localeResolver == null) {
                throw new IllegalStateException("No LocaleResolver found,may be not config localeResolver bean!");
            }
            Locale locale = StringUtils.parseLocaleString(newLocale);
            localeResolver.setLocale(request, response, locale);
            request.getSession().setAttribute(SessionLocaleResolver.LOCALE_SESSION_ATTRIBUTE_NAME, locale);
        } else {
            Object localObject = request.getSession().getAttribute(SessionLocaleResolver.LOCALE_SESSION_ATTRIBUTE_NAME);
            if (null == localObject) {
                Locale locale = RequestContextUtils.getLocale(request);
                locale = (null == locale) ? Locale.getDefault() : locale;
                request.getSession().setAttribute(SessionLocaleResolver.LOCALE_SESSION_ATTRIBUTE_NAME, locale);
            }
        }
        // Proceed in any case.
        return true;
    }

    @Override
    public void postHandle(HttpServletRequest request, HttpServletResponse response, Object handler, ModelAndView modelAndView) throws Exception {
        if (null != modelAndView) {
            // Locale locale =
            // (Locale)request.getSession().getAttribute(SessionLocaleResolver.LOCALE_SESSION_ATTRIBUTE_NAME);
            Locale locale = (Locale) WebUtils.getSessionAttribute(request, SessionLocaleResolver.LOCALE_SESSION_ATTRIBUTE_NAME);
            modelAndView.setViewName(locale.toString() + "/" + modelAndView.getViewName());
        }
    }

}

 

写完后跑了几个例子,换了一个locale参数设置都没有问题,这件事情就算完成了。

过了一段时间后进行上线前的压力测试,用loadrunner 500用户并发压测tomcat(jvm Xmx=1024M)的时候发现曲线比较奇怪,刚开始表现正常,但大约30秒后tps急剧下降,一分钟后tps趋于0,但是tomcat并没有报OOM内存溢出,用浏览器访问某个url还是能有返回,用gcutil查看内存回收情况,发现每秒都在做full gc,于是用jmap把当前tomcat的堆栈打出来,看到很多concurrentHashMap对象,对象里有很多locale对象,联想到这块代码最近只加过国际化的拦截器,于是怀疑到是不是session导致的,一开始没有改代码,而是在tomcat的conf下找到web.xml,调整了session-timeout 为1分钟,重新压测问题还是复现,重新审视代码,发现是这段代码引起的问题,把它注释掉就正常:

// Object localObject = request.getSession().getAttribute(SessionLocaleResolver.LOCALE_SESSION_ATTRIBUTE_NAME);

 

找到问题后,对request.getSession()进行分析,此方法内部调用的是request.getSession(true),即没有session的时候会创建,压力测试下大并发访问导致过多的session对象创建用于存储locale,在一定mina gc后都移到jvm old区,引起频繁的full gc,拖慢整个响应。那为什么没有报OOM呢?我猜测是响应慢后拖慢了压测机打过来的请求,full gc每次都能清理出一些空间出来,避免了OOM。不知道是不是这样?基于这种session的方式本身是可以做国际化的,只是我调用的方式不对,于是参考spring的LocaleChangeInterceptor和SessionLocaleResolver类的源码将我们的拦截器代码修改如下:

public class LocaleHandleInterceptor extends LocaleChangeInterceptor {
    
    @Override
    public boolean preHandle(HttpServletRequest request, HttpServletResponse response, Object handler)
            throws ServletException {
        String localName = request.getParameter(this.getParamName());
        LocaleResolver localeResolver = RequestContextUtils.getLocaleResolver(request);
        if (localeResolver == null) {
            throw new IllegalStateException("No LocaleResolver found: not in a DispatcherServlet request?");
        }
        Locale locale = localeResolver.resolveLocale(request);
        if(!(null ==localName || locale.toString().equalsIgnoreCase(localName))){
            localeResolver.setLocale(request, response, (null == localName?Locale.getDefault():StringUtils.parseLocaleString(localName)));
        }
        // Proceed in any case.
        return true;
    }
    
    @Override
    public void postHandle(HttpServletRequest request, HttpServletResponse response, Object handler, ModelAndView modelAndView) throws Exception {
        //Locale locale = (Locale)request.getSession().getAttribute(SessionLocaleResolver.LOCALE_SESSION_ATTRIBUTE_NAME);
        if(null != modelAndView){
            // 过滤json返回的情况
            Locale locale = RequestContextUtils.getLocaleResolver(request).resolveLocale(request);
            modelAndView.setViewName(locale.toString()+"/"+modelAndView.getViewName());
        }
    }

}

之后再压测就没问题了。

后记:不经过压测的代码不足以谈优秀,出了任何问题,先抛开之前的先入为主根深蒂固的观念,从源头分析,大胆猜测,小心求证,并保持学习的心态,绕开问题很容易,但是直面问题需要勇气和耐心,踏过了它,你就会前进一步,而技术上的前进是技术人员真正的财富。

 

利用session做国际化引起的old区内存爆满及修复方法

标签:

原文地址:http://www.cnblogs.com/dimmacro/p/5412129.html

(0)
(0)
   
举报
评论 一句话评论(0
登录后才能评论!
© 2014 mamicode.com 版权所有  联系我们:gaon5@hotmail.com
迷上了代码!