被遗忘的博客

今天在公司服务器上部署一个spring boot编写的应用时出现下面的异常： 后排查发现是因为部署使用的tom …

问题描述

今天在排查一个问题的时候发现在日志输出中，只有异常的Message,并没有详细的异常堆栈。

问题解释

对于这个问题的官方解释为:

The compiler in the server VM now provides correct stack backtraces for all “cold” built-in exceptions. For performance purposes, when such an exception is thrown a few times, the method may be recompiled. After recompilation, the compiler may choose a faster tactic using preallocated exceptions that do not provide a stack trace. To disable completely the use of preallocated exceptions, use this new flag: -XX:-OmitStackTraceInFastThrow.

简单的描述就是：

它跟JDK5的一个新特性有关,对于一些频繁抛出的异常,JDK为了性能会做一个优化,即JIT重新编译后会抛出没有堆栈的异常，
而在使用-server模式时,该优化选项是开启的,因此在频繁抛出某个异常一段时间后,该优化开始起作用,即只抛出没有堆栈的异常信息

问题验证

比如下面的程序：

public class TestCompile {
    private static final int count = 1000000;

    public static void main(String[] args) throws Exception {
        int index = count;
        while (index-- > 0) {
            try {
                work();
            }
            catch (Exception e) {
                e.printStackTrace();
            }
        }
    }

    private static void work() {
        String value = null;
        value.length();
    }
}

编译后使用java -server -XX:-OmitStackTraceInFastThrow TestCompile运行，发现一直都是类似的stacktrace。

java.lang.NullPointerException
at TestCompile.work(TestCompile.java:25)
at TestCompile.main(TestCompile.java:17)

换成java -server -XX:+OmitStackTraceInFastThrow TestCompile运行一段时间后就会出现

java.lang.NullPointerException
java.lang.NullPointerException
java.lang.NullPointerException
java.lang.NullPointerException

这样的exception，说明stacktrace 该优化已经起作用。-XX:+OmitStackTraceInFastThrow选项在-server情况下默认开启。

如何解决

• 方法1：查看很早之前的日志，那个时候jdk的优化还没生效
• 方法2：重启服务，在重启的以后的一段时间内jdk的优化也暂时不会生效
• 方法3：配置参数-XX:-OmitStackTraceInFastThrow

核心代码如下：

<br />import org.apache.ibatis.executor.Executor;
import org.apache.ibatis.mapping.MappedStatement;
import org.apache.ibatis.plugin.Interceptor;
import org.apache.ibatis.plugin.Intercepts;
import org.apache.ibatis.plugin.Invocation;
import org.apache.ibatis.plugin.Plugin;
import org.apache.ibatis.plugin.Signature;
import org.apache.ibatis.session.ResultHandler;
import org.apache.ibatis.session.RowBounds;
import org.slf4j.Logger;
import org.slf4j.LoggerFactory;
import java.util.Properties;
import com.google.common.base.Strings;

@Intercepts({
        @Signature(type = Executor.class, method = "query", args = {MappedStatement.class, Object.class,
                RowBounds.class, ResultHandler.class}),
        @Signature(type = Executor.class, method = "update", args = {MappedStatement.class, Object.class})})
public class CommonMyBatisInterceptor implements Interceptor {
    @Override
        public Object intercept(Invocation invocation) throws Throwable {
            Object[] args = invocation.getArgs();
            MappedStatement mappedStatement = (MappedStatement) args[0];
            // 得到 类名-方法
            String[] strArr = mappedStatement.getId().split("\\.");
            String traceKey = strArr[strArr.length - 2] + "." + strArr[strArr.length - 1];

            String sqlType = mappedStatement.getSqlCommandType().name();
            //sqlId
            String sqlId = mappedStatement.getId();

            String sqlText = "";
            String sqlParameterStr = "";
            if (args.length > 1) {
                sqlText = mappedStatement.getBoundSql(args[1]).getSql();
                sqlParameterStr = mappedStatement.getBoundSql(args[1]).getParameterObject().toString();
            }

            return metrics(invocation, traceKey, sqlType, sqlId, sqlText, sqlParameterStr);
        }
}

这篇文章主要是记录一下使用Iterable和Iterator用作迭代处理的一个例子。基于这种模式可以很方便的实 …

Guava LoadingCache在实际工作中用的还是比较频繁的。但是最近在review代码时，发现有些同学 …