Winscope中抓取window相关数据的原理剖析

于 2024-11-30 12:02:34 发布
阅读量887 收藏 11
点赞数 18
分类专栏： surfaceflinger wms 文章标签： python 开发语言 安卓framework开发 android 安卓窗口系统 车载系统 Winscope
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/learnframework/article/details/144152112
版权

背景：

前面文章有对Winscope的Transaction的数据手机等进行了源码分析，今天来继续对Winscope中抓取Window相关的信息进行深入剖析
在这里插入图片描述首先切入点可以从触发window相关Winscope的命令进行入手：

adb shell cmd window tracing start  --开启抓取

adb shell cmd window tracing stop  --结束抓取

使用命令抓取后成果：

在这里插入图片描述

源码分析：

触发window相关Winscope的命令：

adb shell cmd window tracing start

这里会调用到WindowManagerService的onShellCommand方法：
frameworks/base/services/core/java/com/android/server/wm/WindowManagerService.java

@Override
public void onShellCommand(FileDescriptor in, FileDescriptor out, FileDescriptor err,
        String[] args, ShellCallback callback, ResultReceiver result) {
    new WindowManagerShellCommand(this).exec(this, in, out, err, args, callback, result);
}

然后主要看看WindowManagerShellCommand的相关的方法
frameworks/base/services/core/java/com/android/server/wm/WindowManagerShellCommand.java

@Override
    public int onCommand(String cmd) {
        if (cmd == null) {
            return handleDefaultCommands(cmd);
        }
        final PrintWriter pw = getOutPrintWriter();
        try {
            switch (cmd) {
                case "size":
                    return runDisplaySize(pw);
                case "density":
                    return runDisplayDensity(pw);
                case "folded-area":
                    return runDisplayFoldedArea(pw);
                case "scaling":
                    return runDisplayScaling(pw);
                case "dismiss-keyguard":
                    return runDismissKeyguard(pw);
                case "tracing":
                    // XXX this should probably be changed to use openFileForSystem() to create
                    // the output trace file, so the shell gets the correct semantics for where
                    // trace files can be written.
                    return mInternal.mWindowTracing.onShellCommand(this);
                    //省略
                    }
}

这里调用到了WindowManagerShellCommand的onCommand，走到了"tracing"分支，即最后调用到了mWindowTracing.onShellCommand方法
frameworks/base/services/core/java/com/android/server/wm/WindowTracing.java


    int onShellCommand(ShellCommand shell) {
        PrintWriter pw = shell.getOutPrintWriter();
        String cmd = shell.getNextArgRequired();
        switch (cmd) {
            case "start":
                startTrace(pw);
                return 0;
            case "stop":
                stopTrace(pw);
                return 0;
                //省略
                }
}

下面看看 startTrace(pw)方法：

void startTrace(@Nullable PrintWriter pw) {
    synchronized (mEnabledLock) {
        ProtoLogImpl.getSingleInstance().startProtoLog(pw);
        logAndPrintln(pw, "Start tracing to " + mTraceFile + ".");
        mBuffer.resetBuffer();//把mBuffer清空
        mEnabled = mEnabledLockFree = true;
    }
    log("trace.enable");//这里是主要的核心方法会往mBuffer填入数据
}

可以看到startTrace主要干的事：
1、清空mBuffer，及一些标志位mEnabled为true
2、使用log往mBuffer填入数据
下面重点看看log方法

/**
     * Write the current frame to the buffer
     *
     * @param where Logging point descriptor
     */
    private void log(String where) {
        Trace.traceBegin(Trace.TRACE_TAG_WINDOW_MANAGER, "traceStateLocked");
        try {
            ProtoOutputStream os = new ProtoOutputStream();
            long tokenOuter = os.start(ENTRY);
            os.write(ELAPSED_REALTIME_NANOS, SystemClock.elapsedRealtimeNanos());
            os.write(WHERE, where);

            long tokenInner = os.start(WINDOW_MANAGER_SERVICE);
            synchronized (mGlobalLock) {
                Trace.traceBegin(Trace.TRACE_TAG_WINDOW_MANAGER, "dumpDebugLocked");
                try {
                    mService.dumpDebugLocked(os, mLogLevel);//这里是核心，把WindowManagerService相关的数据填入到了os
                } finally {
                    Trace.traceEnd(Trace.TRACE_TAG_WINDOW_MANAGER);
                }
            }
            os.end(tokenInner);
            os.end(tokenOuter);
            mBuffer.add(os);//os数据丢入mBuffer
            mScheduled = false;
        } catch (Exception e) {
            Log.wtf(TAG, "Exception while tracing state", e);
        } finally {
            Trace.traceEnd(Trace.TRACE_TAG_WINDOW_MANAGER);
        }
    }

可以看出log方法主要就是WindowManagerService会dumpDebugLocked进入os，os数据放入mBuffer，那么重点就是dumpDebugLocked方法：
frameworks/base/services/core/java/com/android/server/wm/WindowManagerService.java

/**
     * Write to a protocol buffer output stream. Protocol buffer message definition is at
     * {@link com.android.server.wm.WindowManagerServiceDumpProto}.
     *
     * @param proto     Stream to write the WindowContainer object to.
     * @param logLevel  Determines the amount of data to be written to the Protobuf.
     */
    void dumpDebugLocked(ProtoOutputStream proto, @WindowTraceLogLevel int logLevel) {
        mPolicy.dumpDebug(proto, POLICY);
        mRoot.dumpDebug(proto, ROOT_WINDOW_CONTAINER, logLevel);//这里把所有WindowContainer数据都会进行dump
        final DisplayContent topFocusedDisplayContent = mRoot.getTopFocusedDisplayContent();
        if (topFocusedDisplayContent.mCurrentFocus != null) {
            topFocusedDisplayContent.mCurrentFocus.writeIdentifierToProto(proto, FOCUSED_WINDOW);
        }
        if (topFocusedDisplayContent.mFocusedApp != null) {
            topFocusedDisplayContent.mFocusedApp.writeNameToProto(proto, FOCUSED_APP);
        }
        final WindowState imeWindow = mRoot.getCurrentInputMethodWindow();
        if (imeWindow != null) {
            imeWindow.writeIdentifierToProto(proto, INPUT_METHOD_WINDOW);
        }
        proto.write(DISPLAY_FROZEN, mDisplayFrozen);
        proto.write(FOCUSED_DISPLAY_ID, topFocusedDisplayContent.getDisplayId());
        proto.write(HARD_KEYBOARD_AVAILABLE, mHardKeyboardAvailable);

        // This is always true for now since we still update the window frames at the server side.
        // Once we move the window layout to the client side, this can be false when we are waiting
        // for the frames.
        proto.write(WINDOW_FRAMES_VALID, true);

        // Write the BackNavigationController's state into the protocol buffer
        mAtmService.mBackNavigationController.dumpDebug(proto, BACK_NAVIGATION);
    }

可以看出来这里会有一个很重要的 mRoot.dumpDebug，mRoot就是RootWindowContainer，它会迭代dump出来整个wms层级结构的所有数据的详细信息，这样也是浏览器上可以绘制层级结构详细信息的关键。

更新数据时机：

因为Winscope是一个动态的过程，属于数据是不断变化的而上面只是开始抓取时候有往mBuffer中添加，那么是什么地方可以触发这个WindowTracing源源不断的打入log，即添加到mBuffer中？这里就需要加入相关堆栈追踪
在这里插入图片描述

每次在WindowManagerService.closeSurfaceTransaction时候就触发输入新的数据，相关堆栈如下：

11-30 11:32:12.809   489   511 I WindowTracing: log 24135
11-30 11:32:12.809   489   511 I WindowTracing: java.lang.Exception
11-30 11:32:12.809   489   511 I WindowTracing: 	at com.android.server.wm.WindowTracing.log(WindowTracing.java:332)
11-30 11:32:12.809   489   511 I WindowTracing: 	at com.android.server.wm.WindowTracing.logState(WindowTracing.java:291)
11-30 11:32:12.809   489   511 I WindowTracing: 	at com.android.server.wm.WindowManagerService.closeSurfaceTransaction(WindowManagerService.java:1075)
11-30 11:32:12.809   489   511 I WindowTracing: 	at com.android.server.wm.RootWindowContainer.performSurfacePlacementNoTrace(RootWindowContainer.java:799)
11-30 11:32:12.809   489   511 I WindowTracing: 	at com.android.server.wm.RootWindowContainer.performSurfacePlacement(RootWindowContainer.java:756)
11-30 11:32:12.809   489   511 I WindowTracing: 	at com.android.server.wm.WindowSurfacePlacer.performSurfacePlacementLoop(WindowSurfacePlacer.java:177)
11-30 11:32:12.809   489   511 I WindowTracing: 	at com.android.server.wm.WindowSurfacePlacer.performSurfacePlacement(WindowSurfacePlacer.java:126)
11-30 11:32:12.809   489   511 I WindowTracing: 	at com.android.server.wm.WindowSurfacePlacer.performSurfacePlacement(WindowSurfacePlacer.java:115)
11-30 11:32:12.809   489   511 I WindowTracing: 	at com.android.server.wm.WindowSurfacePlacer$Traverser.run(WindowSurfacePlacer.java:57)
11-30 11:32:12.809   489   511 I WindowTracing: 	at android.os.Handler.handleCallback(Handler.java:958)
11-30 11:32:12.809   489   511 I WindowTracing: 	at android.os.Handler.dispatchMessage(Handler.java:99)
11-30 11:32:12.809   489   511 I WindowTracing: 	at android.os.Looper.loopOnce(Looper.java:205)
11-30 11:32:12.809   489   511 I WindowTracing: 	at android.os.Looper.loop(Looper.java:294)
11-30 11:32:12.809   489   511 I WindowTracing: 	at android.os.HandlerThread.run(HandlerThread.java:67)
11-30 11:32:12.809   489   511 I WindowTracing: 	at com.android.server.ServiceThread.run(ServiceThread.java:46)
11-30 11:32:12.819   489   511 I WindowTracing: log 24120
11-30 11:32:12.819   489   511 I WindowTracing: java.lang.Exception
11-30 11:32:12.819   489   511 I WindowTracing: 	at com.android.server.wm.WindowTracing.log(WindowTracing.java:332)
11-30 11:32:12.819   489   511 I WindowTracing: 	at com.android.server.wm.WindowTracing.logState(WindowTracing.java:291)
11-30 11:32:12.819   489   511 I WindowTracing: 	at com.android.server.wm.WindowManagerService.closeSurfaceTransaction(WindowManagerService.java:1075)
11-30 11:32:12.819   489   511 I WindowTracing: 	at com.android.server.wm.WindowAnimator.animate(WindowAnimator.java:198)
11-30 11:32:12.819   489   511 I WindowTracing: 	at com.android.server.wm.WindowAnimator.lambda$new$1(WindowAnimator.java:99)
11-30 11:32:12.819   489   511 I WindowTracing: 	at com.android.server.wm.WindowAnimator.$r8$lambda$aHNu1uhcqxihX5NZc4McDDQPAyw(WindowAnimator.java:0)
11-30 11:32:12.819   489   511 I WindowTracing: 	at com.android.server.wm.WindowAnimator$$ExternalSyntheticLambda1.doFrame(R8$$SyntheticClass:0)
11-30 11:32:12.819   489   511 I WindowTracing: 	at android.view.Choreographer$CallbackRecord.run(Choreographer.java:1337)
11-30 11:32:12.819   489   511 I WindowTracing: 	at android.view.Choreographer$CallbackRecord.run(Choreographer.java:1348)
11-30 11:32:12.819   489   511 I WindowTracing: 	at android.view.Choreographer.doCallbacks(Choreographer.java:952)
11-30 11:32:12.819   489   511 I WindowTracing: 	at android.view.Choreographer.doFrame(Choreographer.java:878)
11-30 11:32:12.819   489   511 I WindowTracing: 	at android.view.Choreographer$FrameDisplayEventReceiver.run(Choreographer.java:1322)
11-30 11:32:12.819   489   511 I WindowTracing: 	at android.os.Handler.handleCallback(Handler.java:958)
11-30 11:32:12.819   489   511 I WindowTracing: 	at android.os.Handler.dispatchMessage(Handler.java:99)
11-30 11:32:12.819   489   511 I WindowTracing: 	at android.os.Looper.loopOnce(Looper.java:205)
11-30 11:32:12.819   489   511 I WindowTracing: 	at android.os.Looper.loop(Looper.java:294)
11-30 11:32:12.819   489   511 I WindowTracing: 	at android.os.HandlerThread.run(HandlerThread.java:67)
11-30 11:32:12.819   489   511 I WindowTracing: 	at com.android.server.ServiceThread.run(ServiceThread.java:46)

结束部分分析：

结束命令：

adb shell cmd window tracing stop --结束抓取

也会执行到WindowTracing的onShellCommand方法中在这里插入图片描述
执行到如下代码：

 /**
     * Stops the trace and write the current buffer to disk
     * @param pw Print writer
     */
    void stopTrace(@Nullable PrintWriter pw) {
        if (IS_USER) {
            logAndPrintln(pw, "Error: Tracing is not supported on user builds.");
            return;
        }
        synchronized (mEnabledLock) {
            logAndPrintln(pw, "Stop tracing to " + mTraceFile + ". Waiting for traces to flush.");
            mEnabled = mEnabledLockFree = false;

            if (mEnabled) {
                logAndPrintln(pw, "ERROR: tracing was re-enabled while waiting for flush.");
                throw new IllegalStateException("tracing enabled while waiting for flush.");
            }
            writeTraceToFileLocked();//这里是核心，把数据写入到文件
            logAndPrintln(pw, "Trace written to " + mTraceFile + ".");
        }
        ProtoLogImpl.getSingleInstance().stopProtoLog(pw, true);
    }

这里重点看看writeTraceToFileLocked方法：

  /**
     * Writes the trace buffer to disk. This method has no internal synchronization and should be
     * externally synchronized
     */
    private void writeTraceToFileLocked() {
        try {
            Trace.traceBegin(Trace.TRACE_TAG_WINDOW_MANAGER, "writeTraceToFileLocked");
            ProtoOutputStream proto = new ProtoOutputStream();
            proto.write(MAGIC_NUMBER, MAGIC_NUMBER_VALUE);
            long timeOffsetNs =
                    TimeUnit.MILLISECONDS.toNanos(System.currentTimeMillis())
                    - SystemClock.elapsedRealtimeNanos();
            proto.write(REAL_TO_ELAPSED_TIME_OFFSET_NANOS, timeOffsetNs);
            mBuffer.writeTraceToFile(mTraceFile, proto);//这里把mBuffer写入文件
        } catch (IOException e) {
            Log.e(TAG, "Unable to write buffer to file", e);
        } finally {
            Trace.traceEnd(Trace.TRACE_TAG_WINDOW_MANAGER);
        }
    }

mBuffer.writeTraceToFile写入的文件就是/data/misc/wmtrace/wm_trace.winscope.这个

https://mp.weixin.qq.com/s/QJCORrJQZS4daxDDlhe83A
更多framework技术干货，请关注下面“千里马学框架”

用于打开winscope-trace的网页
02-14
winscope.html
android display笔记（二）winscope的使用
镇元子的博客
10-20 4213
跟踪记录会被写入 /data/misc/wmtrace/wm_trace.winscope 和 /data/misc/wmtrace/layers_trace.winscope，同时还会包含在错误报告中。通常使用prebuilts/misc/common/winscope下的winscope.html。窗口转换完成后，打开快捷设置，然后点按 Winscope 跟踪记录以停用跟踪记录。依次转到开发者选项 > 快捷设置开发者图块。点按 Winscope 跟踪以启用跟踪。点击Add FILE。
Android 12 - 跟踪利器 WinScope
热门推荐
HansChen的博客
11-25 1万+
1. 简介 在开发过程中，经常会遇到各种各样的窗口问题，比如动画异常、窗口异常、闪屏、黑屏、错位显示… 以前对于这些问题，我们可以通过添加日志，调试分析代码等手段去解决，但这些 UI 问题往往出现在一瞬间，很难把握出现的时机，录制下来的日志往往也是巨大的，从海量的日志中提取有效的信息是一个枯燥且繁琐的事情。 Android 也意识到了这个问题，WinScope 的出现有效的帮助我们跟踪窗口和显示问题。它向开发者提供一个可视化的工具，让开发者能使用工具跟踪整个界面的变化过程，让我们可以观察到细微的变化。迭代了
winscope使用方法
小马过河的专栏
10-12 1322
进入目录development/tools/winscope/adb_proxy，有文件winscope_proxy.py。1. 在Android的项目源码中，prebuilts/misc/common/winscope目录下。进入终端执行命令python3 winscope_proxy.py，得到如下的token。Ubuntu下Android T的winscope工具使用方法。直接使用chrome浏览器打开文件winscope.html。把该token添加到winscope.html的主页中就行了。
Android15使用Winscope
ukynho的博客
10-17 3214
Winscope 是一款 Web 工具，可以让用户在动画和转换期间和之后记录、重放和分析多个系统服务的状态。Winscope 将所有相关的系统服务状态记录在一个跟踪文件中。使用带有跟踪文件的 Winscope 界面，您可以通过重放、单步执行和调试转换来针对每个动画帧检查这些服务的状态（无论是否有屏幕录制）。
Android 使用 Winscope 跟踪窗口转换
华南烹鱼宴
07-02 2303
Winscope 是一款 Web 工具，可以让用户在动画和转换期间和之后记录、重放和分析多个系统服务的状态。Winscope 将所有相关的系统服务状态记录在一个跟踪文件中。使用带有跟踪文件的 Winscope 界面，您可以通过重放、单步执行和调试转换来针对每个动画帧检查这些服务的状态（无论是否有屏幕录制）。
安卓Winscope原理
SSSxCCC的博客
07-25 806
谷歌介绍文档：https://source.android.com/docs/core/graphics/tracing-win-transitions谷歌文档说“跟踪记录会被写入/data/misc/wmtrace/wm_trace.winscope和/data/misc/wmtrace/layers_trace.winscope，同时还会包含在错误报告中。本文分析安卓抓取Winscope代码流程。
winscope连接真机分析状态栏不显示问题
最新发布
03-26
用户可能没有开启这些选项，导致状态栏的信息无法被WinScope抓取。 另外，状态栏本身可能属于受保护的系统UI，普通情况下WinScope可能没有足够的权限去访问。这时候可能需要root权限，或者使用debug版本的ROM。如果...
WinScope跟踪window/layer pb文件
平凡之路
10-07 1026
winscope跟踪window、layer的信息
WinScope实现录制视频与是Timeline时间轴同步设置方法-千里马framework车载手机系统开发实战
learnframework的博客
04-25 1489
用到winscope工具，提出一个疑问，就是google官网说的有录屏可以结合起来一起看
设置屏幕大小流程。
caolinai7257的博客
01-10 664
屏幕
Android winscope生成方法
lizhenjun114的专栏
08-06 2193
先把google对winscope的描述写一下。 用于窗口转换跟踪的 WinScope 工具 Android 9 及更高版本包含用于跟踪窗口转换的 WinScope 工具。WinScope 提供了用于在转换期间和转换后记录和分析窗口管理器状态的基础架构和工具。它允许记录和单步调试窗口转换，同时将所有相关窗口管理器状态记录到跟踪文件中。您可以使用此数据重播并单步调试转换。 WinScope 工具源代码位于platform/development/tools/winscope。 第二步：把andr.
一加手机 执行adb错误问题 需要权限
xiaoerbuyu1233的博客
10-25 1989
【代码】一加手机 执行adb错误问题 需要权限。
winscope怎么实现user版本上导出方案设计探讨-千里马android framework车载车机手机系统开发
liaosongmao1的专栏
02-16 162
在马哥给讲解怎么用winscope来分析各种闪黑，黑屏等问题后，很多买课的同学都开始使用这个工具用于实际公司的项目了，但是很多同学又开始发现有一个问题，那就发现在user版本的手机设备上发现无法抓取相关的winscope，哪怕可以抓取也发现没办法导出来分析。上面已经分析了bugreport的原理，实际是借助dumpstate来实现获取高权限root的，那么问题来了，为啥wmtrace相关文件夹呢？首先需要了解点bugreport其实本质上也最多只能有shell权限，因为也属于adb shell拉起的进程，
adb常用命令总结
little_fat_sheep
11-18 6238
1 前言 ADB（Android Debug Bridge）即 Android 调试桥，采用监听 Socket TCP 端口的方式通讯。连接手机有2种方式：有线连接、无线连接。 （1）有线连接 使用数据线连接手机后，在【开发人员选项】中开启【USB 调试】，并在【选择 USB 配置】中选择【MTP (多媒体传输)】。 （2）无线连接 adb connect ip 注意事项： 手机和 PC 需要连接同一个局域网 需要开启【USB 调试】，并选择【MTP (多媒体传输)】 2 常用命令 .
android车机手机黑屏闪黑终结者-Winscope工具使用介绍
liaosongmao1的专栏
05-06 629
设想一下，假如我们又如下场景，一个闪黑一瞬间的问题，正常我们看到黑屏冻屏问题，是不是时刻想到是要来dumpsys SurfaceFlinger和dumpsys window windows相关的信息来辅助我们分析问题，但奈何这个是个瞬时问题。对于这些问题，添加日志，调试分析代码等手段去解决，但这些 UI 问题往往出现在一瞬间，很难把握出现的时机，录制下来的日志往往也是巨大的，从海量的日志中提取有效的信息是一个枯燥且繁琐的事情，而且也根本没有办法把显示时间戳和日志时间戳完全对好。选择后点击Submit。
Android 日志分析01-命令篇
wxz的博客
08-07 2329
Android开发者日志分析常用的一些命令收录
shell编程-command命令
wwwlyj123321的博客
01-11 3927
一、 command命令在shell脚本里面，如果发现有个函数和我们需要执行的命令同名，我们可以用command用来强制执行命令，而不是同名函数，即无视shell脚本中的“同名”函数，执行特定的命令 二、实例： function ls() { echo "haha" } echo "--1--" ls echo "--2--" command ls echo "--3--" echo command ls echo "--4--" $(echo command ls) 输出结果：
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包

打赏作者

千里马学框架

帮助你了，就请我喝杯咖啡

¥1 ¥2 ¥4 ¥6 ¥10 ¥20
扫码支付：¥1
获取中
扫码支付

您的余额不足，请更换扫码支付或充值

打赏作者

实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值