FULL GC隐患排查 优化

    最近其它业务线反馈统一的国际化方案容易导致FULL GC，先简单说一下国际化方案：实现了一个filter，过滤所有的http请求，将请求头信息所带的语言环境存储到session里面，然后重新实现了response，对于文案统一采用编码的防范，response输出的时候将编码根据语言环境进行替换。

    这里会有一个问题，如果是请求量比较大的应用，由于session的生命周期缘故，可能会导致FULL GC出现，为了排除这个隐患，首先对api的应用进行了排查，查看内存使用的情况，以及GC的情况 命令如下

1.sudo -u jetty jstat -gcutil pid

2.grep -n "CMC-initial-mark" gc.log.0.cuurnet

发现有部分session对象一直没有回收掉，进入了老年代，由于机器内存比较大，因此没有对应的报警，FULL GC时间也较短

但是需要进行优化 把request.getSesssion改下 或者我们应用工程自己设置下过期时间 现在默认是jetty容器的30分钟过期 15次ygc也回收不掉 15次ygc肯定不会超过30分钟 要进入老年代造成fullgc，具体方案如下：

1.去除getSession() 用setAttribute代替

2.session.setMaxInactiveInterval(5);

/**
 *
 * Specifies the time, in se