Java/Kotlin应用中每条日志调用inferTag函数的开销有多大？

目标函数代码 #

private fun inferTag(): String =
        Throwable().stackTrace
            .getOrElse(CALL_STACK_INDEX) {
                throw IllegalStateException("Synthetic stacktrace didn't have enough elements")
            }
            .let {
                val className =
                    ANONYMOUS_CLASS_PATTERN.matcher(it.className)
                        .takeIf(Matcher::find)
                        ?.replaceAll("")
                        ?: it.className

                "[${Thread.currentThread().name}] " +
                    "${className.substringAfterLast(".")}#${it.methodName}:${it.lineNumber}"
            }

该函数通过生成Throwable获取调用栈轨迹，自动为日志标记调用方的类、方法和行号，无需手动指定Tag。

处理1000条日志的开销情况 #

这个函数的核心开销集中在Throwable栈轨迹的生成，具体拆解如下：

• 栈轨迹获取的主要开销：每次调用inferTag()都会新建Throwable实例并读取stackTrace。JVM生成栈轨迹需要遍历当前线程的调用栈，收集每个栈帧的类名、方法名、行号等信息，单次操作耗时大概在几微秒到几十微秒（取决于调用栈深度）。1000次调用的话，总耗时会在几毫秒到几百毫秒区间——如果是在性能敏感场景（比如Android UI线程、高频业务逻辑），这个延迟可能会被用户感知到，甚至影响流畅度。
• 字符串与正则处理的次要开销：正则匹配匿名类、字符串拼接、substringAfterLast这些操作的开销远低于栈轨迹获取，即使1000次调用，这部分的总耗时也基本可以忽略，除非你的日志里有大量匿名类调用场景，但整体占比依然很小。
• 线程名称获取的开销：Thread.currentThread().name是轻量操作，几乎不会带来额外性能负担。

优化建议 #

如果需要在批量日志场景下降低开销，可以考虑这些方案：

• 缓存Tag：对同一调用点（类、方法、行号一致）的日志，缓存生成好的Tag，避免重复生成栈轨迹。
• 编译期生成：用注解处理器在编译阶段自动生成调用方信息，彻底规避运行时栈轨迹的开销（类似Timber库的APT实现思路）。
• 环境区分：Debug模式下保留自动Tag功能，Release模式下改用手动指定Tag或关闭该功能，平衡调试便利性和线上性能。

内容的提问来源于stack exchange，提问作者sonrohancue