Kotlin/Java中如何实现类似Swift的#file、#line、#function日志功能

Kotlin 原生支持和 Swift 完全对等的编译期上下文自动注入能力，实现逻辑和你写的 Swift 代码几乎一致，没有额外运行时开销；Java 没有对应语法支持，需要通过运行时栈回溯获取上下文，有微量性能损耗。

Kotlin 给内联函数提供了编译期自动填充调用处上下文的默认值规则，和 Swift 的#file、#line等字面量逻辑完全一致：编译阶段直接把调用点的文件名、行号、列号、方法名替换到参数位置，不需要调用方手动传参，也不需要运行时反射、遍历栈。

enum class LogType { DEBUG, INFO, WARN, ERROR }

inline fun log(
    type: LogType,
    message: String,
    fileName: String = __FILE__,
    line: Int = __LINE__,
    column: Int = __COLUMN__,
    function: String = __FUNCTION__
) {
    // 具体日志打印逻辑可按需定制，这里用Android原生Log举例
    val tag = fileName.substringAfterLast('/')
    val content = "[$function:$line:$column] $message"
    when (type) {
        LogType.DEBUG -> android.util.Log.d(tag, content)
        LogType.INFO -> android.util.Log.i(tag, content)
        LogType.WARN -> android.util.Log.w(tag, content)
        LogType.ERROR -> android.util.Log.e(tag, content)
    }
}

调用时和 Swift 的用法完全一致，只需要传入日志类型和内容即可：

// 业务代码里直接调用，不需要传后面的上下文参数
log(LogType.INFO, "首页数据加载完成")

注：如果使用 Kotlin 1.7+ 版本遇到__FILE__这类双下划线常量提示过时，替换为官方同期提供的SourceLocation系列API即可，核心逻辑、性能表现完全一致。

Java 没有编译期注入上下文的语法能力，只能通过遍历当前线程的栈帧拿到调用点信息，存在可感知极弱的运行时开销，适合对性能要求不极端的场景：

public enum LogType { DEBUG, INFO, WARN, ERROR }

public class Logger {
    public static void log(LogType type, String message) {
        // 栈帧索引：0是getStackTrace方法本身，1是当前log方法，2是业务代码调用log的位置
        StackTraceElement caller = Thread.currentThread().getStackTrace()[2];
        String fileName = caller.getFileName();
        int line = caller.getLineNumber();
        String function = caller.getMethodName();
        // Java 栈帧API不提供列号信息，无法拿到column字段

        String tag = fileName.substring(fileName.lastIndexOf('/') + 1);
        String content = "[" + function + ":" + line + "] " + message;
        switch (type) {
            case DEBUG:
                android.util.Log.d(tag, content);
                break;
            case INFO:
                android.util.Log.i(tag, content);
                break;
            case WARN:
                android.util.Log.w(tag, content);
                break;
            case ERROR:
                android.util.Log.e(tag, content);
                break;
        }
    }
}

注意：如果对log方法做了二次封装，需要对应调整栈帧索引值，确保拿到的是真正业务调用处的栈帧，否则会拿到封装层的文件名、行号信息。高频调用场景下建议先做日志级别判断，低于输出阈值的日志直接返回，省去栈遍历的开销。

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