# HiDebug能力概述

HiDebug可用于获取系统或应用进程的内存、CPU和GPU等数据，以及开启进程Trace采集。

本文介绍HiDebug模块中的ArkTS和C/C++接口，并按接口能力分类。

接口详情可查看@ohos.hidebug及hidebug.h。

#### 约束限制

该模块的接口调用较为耗时，部分接口调用时长可达秒级，导致调用线程卡顿。且基于HiDebug模块定义，该模块内的接口建议仅在应用调试、调优阶段使用。若需在其他场景使用，请评估接口调用对应用性能的影响。

#### 获取内存信息

HiDebug可用于获取整机内存、应用进程内存占用、应用线程内存占用及内存分配器统计的native内存分配数据。在程序开发过程中，查看设备和应用进程的内存数据是发现和解决各种问题、优化程序性能及确保程序稳定性的关键手段。

#### 接口说明（ArkTS）

| 接口名 | 描述 |
| --- | --- |
| hidebug.getNativeHeapSize | 获取内存分配器统计的进程持有的普通块所占用的总字节数。mallinfo接口中获取到的uordblks与fordblks之和。 |
| hidebug.getNativeHeapAllocatedSize | 获取内存分配器统计的进程持有的已使用的普通块所占用的总字节数。mallinfo接口中获取到的uordblks。 |
| hidebug.getNativeHeapFreeSize | 获取内存分配器统计的进程持有的空闲的普通块所占用的总字节数。mallinfo接口中获取到的fordblks。 |
| hidebug.getPss | 获取应用进程实际使用的物理内存大小。读取/proc/{pid}/smaps_rollup节点中的Pss与SwapPss值并求和。 |
| hidebug.getVss | 获取应用进程占用的虚拟内存大小。读取/proc/{pid}/statm节点中的size值（内存页数），vss = size * 页大小（4KB/页）。 |
| hidebug.getSharedDirty | 获取进程的共享脏内存大小。读取/proc/{pid}/smaps_rollup节点中的Shared_Dirty值。 |
| hidebug.getPrivateDirty | 获取进程的私有脏内存大小。读取/proc/{pid}/smaps_rollup中的Private_Dirty值。 |
| hidebug.getAppNativeMemInfo | 获取应用进程内存信息。读取/proc/{pid}/smaps_rollup和/proc/{pid}/statm节点的数据。 |
| hidebug.getAppNativeMemInfoAsync | 异步方式获取应用进程内存信息。 说明：从API version 20开始，支持该接口。 |
| hidebug.getAppNativeMemInfoWithCache | 获取应用进程内存信息（该接口存在缓存机制以提高接口性能）。 说明：从API version 20开始，支持该接口。 |
| hidebug.getSystemMemInfo | 获取系统内存信息。读取/proc/meminfo节点的数据。 |
| hidebug.getAppMemoryLimit | 获取应用程序进程内存限制，其中rsslimit由getrlimit 接口获取到的RLIMIT_RSS资源值，vsslimit由getrlimit接口获取到的RLIMIT_AS资源值。 |
| hidebug.getRssInfo | 获取应用进程使用的物理内存信息。读取/proc/{pid}/status节点的数据。 与hidebug.getAppNativeMemInfo相比，该接口开销小更加轻量。 说明：从API version 24开始，支持该接口。 |

#### 接口说明（C/C++）

| 接口名 | 描述 |
| --- | --- |
| OH_HiDebug_GetSystemMemInfo | 获取系统内存信息。读取/proc/meminfo节点的数据。 |
| OH_HiDebug_GetAppNativeMemInfo | 获取应用进程内存信息。读取/proc/{pid}/smaps_rollup和/proc/{pid}/statm节点的数据。 |
| OH_HiDebug_GetAppNativeMemInfoWithCache | 获取应用程序进程的内存信息，该接口存在缓存机制以提高性能。 说明：从API version 20开始，支持该接口。 |
| OH_HiDebug_GetAppMemoryLimit | 获取应用程序进程内存限制，其中rsslimit由getrlimit 接口获取到的RLIMIT_RSS资源值，vsslimit由getrlimit接口获取到的RLIMIT_AS资源值。 |

#### 获取显存信息

HiDebug可获取应用占用的显存资源数据。在图形密集型应用中，显存管理至关重要，滥用显存资源将导致应用严重卡顿，影响用户体验。显存资源包括两部分：

1.  graph：进程统计的DMA内存占用，包括直接通过接口申请的DMA buffer和通过allocator\_host申请的DMA buffer。
    
2.  gl：RenderService渲染进程加载所需资源占用的内存，例如图片、纹理等。
    

#### 接口说明（ArkTS）

| 接口名 | 描述 |
| --- | --- |
| hidebug.getGraphicsMemory | 使用异步方式获取应用的显存总大小（graph + gl）。 |
| hidebug.getGraphicsMemorySync | 使用同步方式获取应用的显存总大小（graph + gl）。 |
| hidebug.getGraphicsMemorySummary | 使用异步方式获取应用程序的显存数据。 说明：从API version 21开始，支持该接口。 |

#### 接口说明（C/C++）

| 接口名 | 描述 |
| --- | --- |
| OH_HiDebug_GetGraphicsMemory | 用于获取应用程序的显存总大小（graph + gl）。 |
| OH_HiDebug_GetGraphicsMemorySummary | 用于获取应用程序的显存数据。 说明：从API version 21开始，支持该接口。 |

#### 获取CPU使用率

应用开发中，监控CPU使用率是性能分析的关键。为便于开发者优化应用性能，确保应用流畅运行，HiDebug模块提供了多个接口以获取CPU使用率。

#### 实现原理

hiview进程每10秒获取一次当前CPU的运行数据并缓存，作为CPU使用率计算的基准，主要包括以下数据：

1.系统CPU使用数据：

/proc/stat节点包含了自系统启动以来CPU 运行数据的统计信息，可在终端中使用以下命令查看该节点信息：

```
cat  /proc/stat
cpu  648079 547 703220 16994706 23006 101071 0 0 0 0
...
```

CPU 指标字段含义：

CPU的统计信息从左到右分别代表以下含义（其中cpu为所有cpu运行数据的总和，单位：jiffies）：

*   user: 非低优先级进程（nice <= 0）所占用的用户态时间。
    
*   nice: 低优先级进程（nice > 0）所占用的用户态时间。
    
*   system: 内核态时间。
    
*   idle: 空闲时间（不包含 IO 等待时间）。
    
*   iowait: IO 等待时间。
    
*   irq: 硬中断时间。
    
*   softirq: 软中断时间。
    
*   steal: 虚拟化环境中，运行在非该虚拟机内进程上的时间。
    
*   guest: 操作系统运行虚拟机中非低优先级进程（nice <= 0）的时间（已包含在user字段中）。
    
*   guest\_nice: 操作系统运行虚拟机中低优先级进程（nice > 0）的时间（已包含在nice字段中）。
    

2.进程CPU使用数据/线程CPU使用数据：

```
// 内核统计的进程cpu运行数据
struct ucollection_process_cpu_item {
    int pid;
    unsigned int thread_total;
    unsigned long long min_flt;
    unsigned long long maj_flt;
    unsigned long long cpu_usage_utime; // 用户态CPU运行时长
    unsigned long long cpu_usage_stime;// 内核态CPU运行时长
    unsigned long long cpu_load_time;
};
// 内核统计的线程cpu运行数据
struct ucollection_thread_cpu_item {
    int tid;
    char name[16]; // 16 ：max length of thread name
    unsigned long long cpu_usage_utime;// 用户态CPU运行时长
    unsigned long long cpu_usage_stime;// 内核态CPU运行时长
    unsigned long long cpu_load_time;
};
```

调用接口，获取当前数据，计算与基准数据的增量，使用以下公式获取CPU使用率：

系统CPU使用率：

```
(systemUsage增量 + niceUsage增量 + userUsage增量) /(userTime增量 + niceTime增量 + systemTime增量 + idleTime增量 + ioWaitTime增量 + irqTime增量 + softIrqTime增量)
```

进程CPU使用率/线程CPU使用率 ：

```
(cpu_usage_utime增量 + cpu_usage_stime增量) /(ms级时间戳增量)
```

#### 接口说明（ArkTS）

| 接口名 | 描述 |
| --- | --- |
| hidebug.getAppThreadCpuUsage | 获取应用线程的CPU使用率。 |
| hidebug.getCpuUsage | 获取应用进程CPU使用率。 |
| hidebug.getSystemCpuUsage | 获取系统CPU使用率。 |

#### 接口说明（C/C++）

| 接口名 | 描述 |
| --- | --- |
| OH_HiDebug_GetSystemCpuUsage | 获取系统的CPU使用率。 |
| OH_HiDebug_GetAppCpuUsage | 获取进程的CPU使用率。 |
| OH_HiDebug_GetAppThreadCpuUsage | 获取应用所有线程CPU使用率。 |
| OH_HiDebug_FreeThreadCpuUsage | 释放通过OH_HiDebug_GetAppThreadCpuUsage接口获取到的数据。 |

#### 获取VM信息

HiDebug可用于获取VM内存数据、GC统计数据及VM堆转储。

#### 接口说明（ArkTS）

| 接口名 | 描述 |
| --- | --- |
| hidebug.getAppVMMemoryInfo | 获取VM内存相关信息。 |
| hidebug.getVMRuntimeStats | 获取系统GC统计信息。 |
| hidebug.getVMRuntimeStat | 根据参数获取指定的系统GC统计信息。 |
| hidebug.dumpJsRawHeapData | 使用异步方式为当前线程转储虚拟机的原始堆快照，辅助JS内存泄漏分析。 说明： 从API version 18开始，支持该接口。 从API version 24开始，该接口支持清除nodeId缓存。 从API版本26.0.0开始，该接口支持转储当前线程所属进程的虚拟机原始堆快照。 |
| hidebug.setJsRawHeapTrimLevel | 设置当前进程转储虚拟机原始堆快照的裁剪级别。 说明：从API version 20开始，支持该接口。 |
| hidebug.dumpJsHeapData | 使用同步方式导出虚拟机堆，辅助JS内存泄漏分析。 说明：从API version 24开始，该接口支持清除nodeId缓存。 |
| hidebug.getAppMemoryLimit | 获取应用程序进程内存限制，其中vmHeapLimit为当前线程对应的虚拟机堆大小限制，vmTotalHeapSize为当前进程所有虚拟机堆总和大小的限制。 |
| hidebug.getAppVMObjectUsedSize | 获取当前虚拟机中ArkTS对象所占用的内存大小。 说明：从API version 21开始，支持该接口。 |

#### 获取应用Trace记录信息

HiTrace提供业务流程调用链跟踪的维测接口，帮助开发者获取指定业务流程调用链的运行日志，定位跨设备、跨进程、跨线程的故障问题。详情请参考Trace性能跟踪。为了便于实现HiTrace的自动化采集，HiDebug模块提供了启动和停止HiTrace采集的接口。

从API version 24开始，提供包括内核信息在内的请求Trace采集接口。

#### 接口说明（ArkTS）

| 接口名 | 描述 |
| --- | --- |
| hidebug.startAppTraceCapture | 启动应用Trace采集。 |
| hidebug.stopAppTraceCapture | 停止应用Trace采集。 |
| hidebug.requestTrace | 请求Trace采集。 说明：从API version 24开始，支持该接口。 |

#### 接口说明（C/C++）

| 接口名 | 描述 |
| --- | --- |
| OH_HiDebug_StartAppTraceCapture | 启动应用Trace采集。 |
| OH_HiDebug_StopAppTraceCapture | 停止应用Trace采集。 |
| OH_HiDebug_RequestTrace | 请求Trace采集。 说明：从API version 24开始，支持该接口。 |

#### 启动虚拟机CpuProfiler采集

HiDebug提供了开启和停止VM虚拟机CpuProfiler采集的接口，帮助开发者实现CpuProfiler的自动采集。

#### 接口说明（ArkTS）

| 接口名 | 描述 |
| --- | --- |
| hidebug.startJsCpuProfiling | 启动虚拟机Profiling方法跟踪。 |
| hidebug.stopJsCpuProfiling | 停止虚拟机Profiling方法跟踪。 |

#### 获取调用栈

获取方法的调用栈信息对于调试和错误处理非常有用。调用栈信息帮助开发者了解方法的调用顺序和调用者的信息。HiDebug开放了获取调用栈信息的接口，便于开发者获取调用栈信息。

#### 栈回溯原理

ARM64架构函数栈帧的结构如下图所示：

**图1**

FP：栈顶指针，指向一个栈帧的顶部，当函数发生跳转时，会记录当时的栈的起始位置。

SP：栈指针（也称为栈底指针），指向栈当前的位置。

LR：保存函数返回的地址。

如图，与FP相邻的地址分别保存了上一帧的FP地址和当前帧的函数返回地址。进行栈回溯时，通过函数返回地址解析上一帧的栈信息，并根据上一帧的FP地址，依次找出每个函数栈帧中存储的LR和FP地址。基于FP回栈的特性，在当前调用函数中只能获取当前函数的返回地址进行栈解析，因此无法获取当前函数的调用栈信息。

#### 接口说明（C/C++）

| 接口名 | 描述 |
| --- | --- |
| OH_HiDebug_CreateBacktraceObject | 创建一个用于栈回溯及栈解析的对象。 说明：从API version 20开始，支持该接口。 |
| OH_HiDebug_DestroyBacktraceObject | 销毁OH_HiDebug_CreateBacktraceObject接口创建的用于栈回溯及栈解析对象。 说明：从API version 20开始，支持该接口。 |
| OH_HiDebug_BacktraceFromFp | 获取从给定的栈帧指针开始的回溯帧。 说明：从API version 20开始，支持该接口。 |
| OH_HiDebug_SymbolicAddress | 通过给定的程序计数器（PC）获取详细的符号信息。 说明：从API version 20开始，支持该接口。 |

#### 线程栈Perf采集

HiDebug提供了线程栈Perf采样功能。该接口通过周期性地采集线程的运行状态，以较低的性能开销，精准捕捉性能热点，与热点函数，并分析热点函数的调用链关系。

#### 采样栈规格

Perf采样结果部分示例如下：

```
Tid: 52129, ThreadName: xample.perftest, Cputime: 3160ms, Count: 42
42 #00 pc 00000000001e01e4 /system/lib/ld-musl-aarch64.so.1(start+244)(de6b25d6d992bac030d72713568dfb59)
  42 #01 pc 000000000003682c /system/lib64/module/libtaskpool.z.so(Commonlibrary::Concurrent::TaskPoolModule::TaskRunner::TaskInnerRunner::Run()+76)(40aaf52f6b737f011eed52936860111f)
    42 #02 pc 000000000003b428 /system/lib64/module/libtaskpool.z.so(Commonlibrary::Concurrent::TaskPoolModule::Worker::ExecuteInThread(void const*)+460)(40aaf52f6b737f011eed52936860111f)
      42 #03 pc 0000000000018794 /system/lib64/platformsdk/libuv.so(uv_run+420)(eed416babeadbcffb483fd111b5effe6)
        42 #04 pc 0000000000029bec /system/lib64/platformsdk/libuv.so(uv__io_poll+1060)(eed416babeadbcffb483fd111b5effe6)
          42 #05 pc 0000000000018180 /system/lib64/platformsdk/libuv.so(uv__async_io+364)(eed416babeadbcffb483fd111b5effe6)
            42 #06 pc 000000000003c724 /system/lib64/module/libtaskpool.z.so(Commonlibrary::Concurrent::TaskPoolModule::Worker::PerformTask(uv_async_s const*)+1408)(40aaf52f6b737f011eed52936860111f)
              42 #07 pc 00000000000540e0 /system/lib64/platformsdk/libace_napi.z.so(napi_call_function+184)(61530eabcb1b8bae5c105ebcb2151bc1)
                42 #08 pc 000000000078fab8 /system/lib64/platformsdk/libark_jsruntime.so(panda::FunctionRef::CallForNapi(panda::ecmascript::EcmaVM const*, panda::JSValueRef*, panda::JSValueRef* const*, int)+940)(bc704f4139f03a59a1d34448f7b59fd0)
                  42 #09 pc 00000000001e5170 /system/lib64/platformsdk/libark_jsruntime.so(panda::ecmascript::InterpreterAssembly::Execute(panda::ecmascript::EcmaRuntimeCallInfo*)+268)(bc704f4139f03a59a1d34448f7b59fd0)
                    42 #10 at AddThread (entry|entry|1.0.0|src/main/ets/pages/Index.ts:13:21)
                      42 #11 pc 00000000004494b0 /system/lib64/module/arkcompiler/stub.an(BCStub_HandleCallthis2Imm8V8V8V8StwCopy+396)
                        42 #12 pc 0000000000de3efc /system/lib64/module/arkcompiler/stub.an(RTStub_PushCallArgsAndDispatchNative+44)
                          42 #13 pc 000000000005ad2c /system/lib64/platformsdk/libace_napi.z.so(panda::JSValueRef ArkNativeFunctionCallBack<true>(panda::JsiRuntimeCallInfo*)+224)(61530eabcb1b8bae5c105ebcb2151bc1)
                            42 #14 pc 000000000000a498 /data/storage/el1/bundle/libs/arm64/libentry.so(94ed3a52d7ef751a94358709d11c99545960cdd4)
                              41 #15 pc 000000000000a228 /data/storage/el1/bundle/libs/arm64/libentry.so(TestMyFunc()+120)(94ed3a52d7ef751a94358709d11c99545960cdd4)
                              1 #15 pc 000000000000a21c /data/storage/el1/bundle/libs/arm64/libentry.so(TestMyFunc()+108)(94ed3a52d7ef751a94358709d11c99545960cdd4)
```

其中首行内容为线程号、线程名称、接口调用过程中目标线程占用的CPU时间（由于接口本身存在性能消耗，该值会略大于实际采样期间的CPU占用时间），以及该线程采样次数。由于硬件缺乏对应的能力，以及任务调度的不确定性影响，实际采样时无法保证单位时间的采样次数都是一致的。所以只能通过前一次触发的采样时间和采样次数，来动态调整下一周期的采样参数，使总时间内的实际采样次数尽可能地接近于理论采样次数（采样频率HZ \* 采样时间ms \* 单位转换1s/1000ms）。

除首行内容外每一行表示一个栈信息，每一行栈帧信息所表示的意义可以按如下方式解读：

native帧格式如下：

```
41 #15 pc 000000000000a228 /data/storage/el1/bundle/libs/arm64/libentry.so(TestMyFunc()+120)(94ed3a52d7ef751a94358709d11c99545960cdd4)
^   ^       ^                                                      ^              ^                   ^
1   2       3                                                      4              5                   6

1 表示采样到此帧的次数，该值小于或等于线程采样次数。
2 表示帧的调用层级，行缩进大小与该层级对应，当前层级的采样次数为下一层级的采样次数之和。
3 为native帧PC值。
4 表示调用的文件路径。
5 调用的函数名及代码行偏移。
6 so文件md5值。
```

JS帧格式如下：

```
42 #10 at AddThread (entry|entry|1.0.0|src/main/ets/pages/Index.ts:13:21)
^   ^         ^                                             ^
1   2         3                                             4

1 表示采样到此帧的次数，与native帧意义相同。
2 表示帧的调用层级，与native帧意义相同。
3 表示调用函数名。
4 表示调用函数所在的路径，文件及行列号。
```

在使用Perf进行内核栈回溯采样时，采样栈深度小于50，且需借助帧指针（frame-pointer）。若采集的调用栈在三方库中中断，请检查对应的三方库是否开启栈指针功能。

#### 接口说明（C/C++）

| 接口名 | 描述 |
| --- | --- |
| OH_HiDebug_RequestThreadLiteSampling | 申请线程栈采样。 说明：从API version 22开始，支持该接口。 |

#### 设置资源泄漏检测阈值

HiDebug提供设置系统资源泄漏检测阈值的接口，开发者可根据业务需求自定义资源泄漏事件触发的阈值。此接口主要用于辅助内存泄漏检测和功能开发，详情请参考资源泄漏检测。

#### 接口说明（ArkTS）

| 接口名 | 描述 |
| --- | --- |
| hidebug.setAppResourceLimit | 设置应用的fd数量、线程数量、js内存或者native内存等资源触发资源泄漏检测事件的阈值。 |

#### 管理GWP-ASan

HiDebug提供了启停GWP-ASan使能和查询使能天数的能力。

#### 接口说明（ArkTS）

| 接口名 | 描述 |
| --- | --- |
| hidebug.enableGwpAsanGrayscale | 使能GWP-ASan，用于检测堆内存使用中的非法行为。 说明：从API version 20开始，支持该接口。 |
| hidebug.disableGwpAsanGrayscale | 停止使能GWP-ASan。 说明：从API version 20开始，支持该接口。 |
| hidebug.getGwpAsanGrayscaleState | 获取当前GWP-ASan剩余使能天数。 说明：从API version 20开始，支持该接口。 |

#### 添加维测信息到崩溃日志中

HiDebug提供添加维测信息的接口，开发者可根据业务需要将维测信息添加到崩溃日志中，若程序发生崩溃，可在崩溃日志中找到该维测信息。

#### 接口说明（C/C++）

| 接口名 | 描述 |
| --- | --- |
| OH_HiDebug_SetCrashObj | 将维测信息添加到崩溃日志中，与OH_HiDebug_ResetCrashObj配对使用。若程序在OH_HiDebug_SetCrashObj与OH_HiDebug_ResetCrashObj之间发生崩溃，会将OH_HiDebug_SetCrashObj设置的维测信息添加到记录本次崩溃的日志中。 说明：从API version 23开始，支持该接口。 |
| OH_HiDebug_ResetCrashObj | 将维测信息对象还原到OH_HiDebug_SetCrashObj之前的状态，与OH_HiDebug_SetCrashObj配对使用。 说明：从API version 23开始，支持该接口。 |

#### 将堆快照由线程级改成进程级

HiDebug提供修改转储堆快照级别的接口。

#### 接口说明（ArkTS）

| 接口名 | 描述 |
| --- | --- |
| hidebug.setProcDumpInSharedOOM | 当发生JS OOM的内存类型为SharedHeap，如果应用已经调用过该接口，且传参为true，那么转储的堆快照将会由线程级别变成进程级别。通过订阅资源泄漏事件（ArkTS）获取对应日志。 该接口仅影响SharedHeap发生OOM时转储的堆快照，不影响其他情况下转储的堆快照。 当应用需要定位JS泄漏问题时，建议总是调用该接口并传参为true。 说明：从API version 24开始，支持该接口。 |

#### 采集进程资源调用栈

从API version 24开始，HiDebug新增资源采集功能，支持按需采集应用进程资源分配栈至沙箱，覆盖文件描述符、线程、Native/GPU内存及全局句柄等类别，辅助定位资源泄漏。

#### 接口说明（C/C++）

| 接口名 | 描述 |
| --- | --- |
| OH_HiDebug_StartProfiler | 按指定类型启动资源分配栈信息采集，须与OH_HiDebug_StopProfiler配对使用。 说明：从API version 24开始，支持该接口。 |
| OH_HiDebug_StopProfiler | 停止资源分配栈信息采集，须与OH_HiDebug_StartProfiler配对使用。 说明：从API version 24开始，支持该接口。 |

#### 导出内存快照

从API版本26.0.0开始，HiDebug支持注册内存导出监听器，用于在内存占用较高或通过hidumper命令手动触发时导出应用内存快照，便于本地导出或上报。

#### 接口说明（C/C++）

| 接口名 | 描述 |
| --- | --- |
| OH_HiDebug_RegisterMemDumpListener | 注册内存导出监听器。 说明：从API版本26.0.0开始，支持该接口。 |
| OH_HiDebug_UnregisterMemDumpListener | 注销已注册的内存导出监听器。 说明：从API版本26.0.0开始，支持该接口。 |

#### 其他

HiDebug提供了获取应用调试状态和启动系统进程DUMP信息采集等功能。

#### 接口说明（ArkTS）

| 接口名 | 描述 |
| --- | --- |
| hidebug.isDebugState | 获取应用进程被调试状态。如果应用进程的Ark层或Native层处于调试状态，返回true；否则返回false。 |
| hidebug.getServiceDump | 获取系统服务的DUMP信息，仅系统应用可调用。 |

#### 常见问题

**在使用OH\_HiDebug\_StartAppTraceCapture和startAppTraceCapture接口抓取HiTrace日志时，接口返回路径为设备内物理路径**

接口返回的路径为设备内的真实物理路径，如需要在应用内访问，请参考应用沙箱路径和真实物理路径的对应关系，需将真实物理路径转化为沙箱路径。

例如：/data/app/el2/100/log/com.example.myapplication/trace/com.example.myapplication\_20250604\_173158.trace -> /data/storage/el2/log/trace/com.example.myapplication\_20250604\_173158.trace

**在使用OH\_HiDebug\_GetAppThreadCpuUsage与getAppThreadCpuUsage接口获取线程CPU使用率时，新创建线程的使用率为0**

基于CPU使用率的计算方式，需要同时获取当前CPU运行统计数据和hiview每10秒周期性刷新的计算基准值。由于新创建的线程没有计算基准值，导致CPU使用率无法计算，默认返回0。