背景：

看SystemUI的锁屏相关代码时候发现SystemUI有一个日志打印相关的方法调用，相比于常规的Log.i直接可以logcat查看方式还是比较新颖。

具体日志打印代码如下：

下面就来介绍一下这个ShadeLogger到底是如何打印的。

分析源码：

源码位置：
frameworks/base/packages/SystemUI/src/com/android/systemui/shade/ShadeLogger.kt

明显是一个kt类，这里就只拿一个logEndMotionEvent方法来进行源码分析

fun logEndMotionEvent(
    msg: String,
    forceCancel: Boolean,
    expand: Boolean,
)
{
    buffer.log(
        TAG,
        LogLevel.VERBOSE,
        {
            str1 = msg
            bool1 = forceCancel
            bool2 = expand
        },
        { "$str1; force=$bool1; expand=$bool2" }
    )
}

可以看到这里看到实际是调用的buffer.log方法，也有对应TAG和LogLevel等级。
那么下面来看看这个buffer.log中的buffer哪里来的，但是因为这构造都是采用了很多注解drag2方式，所以不方便找，这里找到了一个NotificationPanelViewControllerBaseTest一个测试类有手动进行构造，这里也可以看出相关过程

frameworks/base/packages/SystemUI/tests/src/com/android/systemui/shade/NotificationPanelViewControllerBaseTest.java

具体过程如下：

再看看mShadeLog构造
再看看logcatLogBuffer方法
这里调用到了LogBuffer类,注意这里test类给的是50，实际的Shader类给的是500
frameworks/base/packages/SystemUI/log/src/com/android/systemui/log/LogBuffer.kt
看看log方法：

inline fun log(
    tag: String,
    level: LogLevel,
    messageInitializer: MessageInitializer,
    noinline messagePrinter: MessagePrinter,
    exception: Throwable? = null,
) {
    val message = obtain(tag, level, messagePrinter, exception)
    messageInitializer(message)
    commit(message)
}

看看obtain方法：

@Synchronized
    override fun obtain(
        tag: String,
        level: LogLevel,
        messagePrinter: MessagePrinter,
        exception: Throwable?,
    ): LogMessage {
        if (!mutable) {
            return FROZEN_MESSAGE
        }
        val message = buffer.advance()//可以看到这里是buffer中获取，
        message.reset(tag, level, System.currentTimeMillis(), messagePrinter, exception)
        return message
    }

这里其实只是看出来了buffer中搞出了一个message，根据传递来的tag和msg
接下来重点看看commit方法

override fun commit(message: LogMessage) {
    if (echoMessageQueue != null && echoMessageQueue.remainingCapacity() > 0) {
        try {
            echoMessageQueue.put(message)//主要就是放入队列
        } catch (e: InterruptedException) {
            // the background thread has been shut down, so just log on this one
            echoToDesiredEndpoints(message)
        }
    } else {
        echoToDesiredEndpoints(message)
    }
}

commit主要就是实现对message放入到echoMessageQueue，那么什么时候取这个队列呢？

这里要看最开始的init方法中有启动一个线程

init {
    if (logcatEchoTracker.logInBackgroundThread && echoMessageQueue != null) {
        thread(start = true, name = "LogBuffer-$name", priority = Thread.NORM_PRIORITY) {
            try {
                while (true) {//死循环的取出队列
                    echoToDesiredEndpoints(echoMessageQueue.take())//调用echoToDesiredEndpoints来处理消息
                }
            } catch (e: InterruptedException) {
                Thread.currentThread().interrupt()
            }
        }
    }
}

具体echoToDesiredEndpoints方法如下：

 private fun echoToDesiredEndpoints(message: LogMessage) {
 //获取log打印level，即其实可以通过命令来控制打印level，这里的level本质是来自settings，具体啥settings值下面操作时候会讲解
        val includeInLogcat =
            logcatEchoTracker.isBufferLoggable(name, message.level) ||
                logcatEchoTracker.isTagLoggable(message.tag, message.level)
        echo(message, toLogcat = includeInLogcat, toSystrace = systrace)//有了上面level后，echo开始处理
    }
   private fun echo(message: LogMessage, toLogcat: Boolean, toSystrace: Boolean) {
        if (toLogcat || toSystrace) {
            val strMessage = message.messagePrinter(message)
            if (toSystrace) {
                echoToSystrace(message, strMessage)//可以看这个日志还支持systrace相关
            }
            if (toLogcat) {
                echoToLogcat(message, strMessage)//这里就是最普通的logcat打印出来
            }
        }
    }
//具体的echoToLogcat其实就是根据传递进来的等级进行普通log打印
  private fun echoToLogcat(message: LogMessage, strMessage: String) {
        when (message.level) {
            LogLevel.VERBOSE -> Log.v(message.tag, strMessage, message.exception)
            LogLevel.DEBUG -> Log.d(message.tag, strMessage, message.exception)
            LogLevel.INFO -> Log.i(message.tag, strMessage, message.exception)
            LogLevel.WARNING -> Log.w(message.tag, strMessage, message.exception)
            LogLevel.ERROR -> Log.e(message.tag, strMessage, message.exception)
            LogLevel.WTF -> Log.wtf(message.tag, strMessage, message.exception)
        }
    }

到此LogBuffer源码也就大概分析完成，可以得出以下几个结论：

1、所有的埋点日志会保存到buffer中，这个buffer只是在内存中的一个环形buffer，有固定大小

2、buffer中的日志是可以 实现输出到logcat和systrace的功能

那么具体如何控制输出到logcat，还有如何看buffer中的日志呢？接下来看看使用方法

使用方式：

在类的最开始部分有如下的使用注释：

/**
 * A simple ring buffer of recyclable log messages
 *
 * The goal of this class is to enable logging that is both extremely chatty and extremely
 * lightweight. If done properly, logging a message will not result in any heap allocations or
 * string generation. Messages are only converted to strings if the log is actually dumped (usually
 * as the result of taking a bug report).
 *
 * You can dump the entire buffer at any time by running:
 * ```
 * $ adb shell dumpsys activity service com.android.systemui/.SystemUIService <bufferName>
 * ```
 *
 * ...where `bufferName` is the (case-sensitive) [name] passed to the constructor.
 *
 * By default, only messages of WARN level or higher are echoed to logcat, but this can be adjusted
 * locally (usually for debugging purposes).
 *
 * To enable logcat echoing for an entire buffer:
 * ```
 * $ adb shell settings put global systemui/buffer/<bufferName> <level>
 * ```
 *
 * To enable logcat echoing for a specific tag:
 * ```
 * $ adb shell settings put global systemui/tag/<tag> <level>
 * ```
 *
 * In either case, `level` can be any of `verbose`, `debug`, `info`, `warn`, `error`, `assert`, or
 * the first letter of any of the previous.
 *
 * In SystemUI, buffers are provided by LogModule. Instances should be created using a SysUI
 * LogBufferFactory.
 *
 * @param name The name of this buffer, printed when the buffer is dumped and in some other
 *   situations.
 * @param maxSize The maximum number of messages to keep in memory at any one time. Buffers start
 *   out empty and grow up to [maxSize] as new messages are logged. Once the buffer's size reaches
 *   the maximum, it behaves like a ring buffer.
 */

其实上面已经写的很详细了，主要就是2个核心点，一个可以通过dumpsys看所有日志，一个是可以控制logcat输出

控制dumpsys查看方法

adb shell dumpsys activity service com.android.systemui/.SystemUIService <bufferName>

比如这里的对ShadeLog

adb shell dumpsys activity service com.android.systemui/.SystemUIService ShadeLog

dumpsys后可以查看到相关的Log：

看到这个dump日志就感觉非常详细的记录了Shade锁屏相关的操作，相关的tag等也是在ShadeLogger.kt定义的

如果想要普通logcat输出呢？

 adb shell settings put global systemui/tag/ShadeLog v

这里其实就是配置一个settings，然后上面的提到的echoToDesiredEndpoints的 logcatEchoTracker.isBufferLoggable就会去查询这个settings值。

总结图

更多framework详细代码和资料参考如下链接
投屏专题部分：
https://mp.weixin.qq.com/s/IGm6VHMiAOPejC_H3N_SNg
hal+perfetto+surfaceflinger

https://mp.weixin.qq.com/s/LbVLnu1udqExHVKxd74ILg
其他课程七件套专题：
点击这里
https://mp.weixin.qq.com/s/Qv8zjgQ0CkalKmvi8tMGaw

视频试看：
https://www.bilibili.com/video/BV1wc41117L4/

参考相关链接：
https://blog.csdn.net/zhimokf/article/details/137958615

更多framework假威风耗：androidframework007