OpenHarmony实战开发-应用性能分析工具CPU Profiler的使用指导

最新推荐文章于 2024-04-23 21:08:28 发布
最新推荐文章于 2024-04-23 21:08:28 发布
阅读量827 收藏 8
点赞数 18
分类专栏： 鸿蒙 鸿蒙工程师 HarmonyOS 文章标签： harmonyos HarmonyOS 鸿蒙应用开发 华为 鸿蒙 鸿蒙开发 OpenHarmony
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/2401_82546228/article/details/138131229
版权
鸿蒙 同时被 3 个专栏收录
567 篇文章 2 订阅
订阅专栏
鸿蒙工程师
567 篇文章 6 订阅
订阅专栏
HarmonyOS
555 篇文章 0 订阅
订阅专栏

简介

本文档介绍应用性能分析工具CPU Profiler的使用方法，该工具为开发者提供性能采样分析手段，可在不插桩情况下获取调用栈上各层函数的执行时间，并展示在时间轴上。

开发者可通过该工具查看TS/JS代码及NAPI代码执行过程中的时序及耗时情况，进而发现热点函数及性能瓶颈，进行应用层性能优化。

性能数据分析视图说明

性能数据可以通过DevEco Studio > Profiler > Time > ArkTS Callstack和Chrome浏览器 > JavaScript Profiler进行展示和分析。前者提供Callstack泳道图、Details图；后者提供时序火焰图（Chart）、比重图（Heavy）、树形图（Tree）。

DevEco Studio Profiler视图

说明：

该工具自DevEco Studio 4.0 beta2之后开始提供。请各位开发者将DevEco Studio更新至最新版本，以使用该工具。

ArkTS Callstack泳道图

泳道图展示了时间轴上每个时刻正在执行的函数或者正处于的阶段，对于函数来讲可理解为每个时刻调用栈的栈顶。可以通过 Ctrl+鼠标滚轮 任意放大和缩小鼠标所在位置的某一段。

NAPI方法在泳道图上被特殊标记为黄色，此类方法会调用到Native代码，在Details图中可查看到该类方法的Native调用栈。

图1 ArkTS Callstack泳道图

在这里插入图片描述

Details图

在泳道图上点击任意时间条，或者选定一个起始和终止范围，工具将在下方Details图中显示此时间条代表的函数或者此范围内所有函数的完整调用链，右侧Heaviest Stack视图展示该范围内耗时最长的调用链。

图2 阶段耗时详情示意图
在这里插入图片描述

从上图中我们不仅可以看到JS调用栈，还可以看到NAPI接口Native实现部分的C++调用栈。

对于JS方法及开发者自定义的Native方法，双击Details中该方法所在行可跳转到代码行。

说明：

当前行号尚未完全对齐函数头行号，实际为函数内部可执行代码的第一行。

Chrome浏览器JavaScript Profiler工具视图

Chrome浏览器JavaScript Profiler工具默认调用V8引擎提供的Profiler工具，可抓取网页JS性能数据。本文提供的TS/JS CPU Profiler工具的性能数据（.cpuprofile）格式与其兼容，可直接导入到该工具进行分析。

在 Chrome 浏览器上打开JavaScript Profiler工具并加载数据文件的操作步骤为：F12 > More tools > JavaScript Profiler > Load。

操作步骤示意图如下所示：

图3 JavaScript Profiler工具入口
在这里插入图片描述

图4 加载cpuprofile文件
在这里插入图片描述

如果找不到此工具，可勾选下图选项后F12重新打开。

图5 启用JavaScript Profiler功能
在这里插入图片描述

该工具可将性能分析数据展示在三种视图：时序火焰图（Chart）、比重图（Heavy）、树形图（Tree）。

时序火焰图（Chart）

图6 时序火焰图（Chart）总览
在这里插入图片描述

该视图从时间维度展示应用运行过程中每个时刻的函数调用栈，最为直观，时间轴0时刻代表开始采集，可通过鼠标滚轮放大局部。

图7 时序火焰图（Chart）详情
在这里插入图片描述

可将鼠标放在某一函数上，展示该函数详细信息，详情中包含以下几个字段：

  • Name：格式为“函数名（标签）”。函数名表示TS/JS代码函数名，标签信息代表函数类型，具体可见 函数名标签tag的相关说明。
  • SelfTime：以毫秒（ms）为单位。表示该函数本次调用过程中，除去调用下一级函数所消耗时间后的自身执行耗时。计算方法为该函数本次调用的总耗时减去该函数本次调用下一级所有函数的总时间。
  • Total Time：以毫秒（ms）为单位。表示该函数本次调用过程中的总耗时，包含调用下一级函数所消耗的时间。
  • URL：格式为“文件路径：行号”。表示该函数在TS/JS代码中的具体位置，包含所在文件及在该文件中的具体行号，该行号为函数头所在行号。

说明：
当前还存在部分函数URL并未进行sourcemap转换的情况，这部分函数的URL在build目录下。
当前行号尚未完全对齐函数头行号，实际为函数内部可执行代码的第一行。

  • Aggregated self time：以毫秒（ms）为单位。表示该函数在整个采样过程中历次调用的Self Time的总和（仅限上级调用栈一致的多次调用求和）。
  • Aggregated total time：以毫秒（ms）为单位。表示该函数在整个采样过程中历次调用的Total Time的总和（仅限上级调用栈一致的多次调用求和）。

比重图（Heavy）

比重图列出了所有调用栈的栈顶，可以理解为时序火焰图从下往上看，看到的首先是调用链末端函数，以及各自的Self Time时间，将比重图的所有Self Time的比例相加结果为100%。

具体到某一个函数，点击箭头展开，可以看到调用该函数的完整调用链，可能包含多条调用链，指代这些调用链最终都会调用到该函数。

该图表可按照Self Time的大小排序，排在最前面的代表对应函数的Self Time耗时最长，可以作为重点进行分析。

如下两图分别为Chrome浏览器比重图（Heavy）和VSCode比重图（Heavy）对同一.cpuprofile文件的解析结果。不难发现，两种解析方式的时间有所差异，该差异是由计算方式的不同导致的。

Chrome浏览器比重图（Heavy）的时间并不是实际时间，而是通过函数的命中率乘以总时间得到；而VSCode比重图（Heavy）的时间是实际耗时。

做精确分析时建议使用VSCode进行解析，直接用VSCode打开.cpuprofile文件即可。

图8 Chrome比重图（Heavy）示例
在这里插入图片描述

图9 VSCode比重图（Heavy）示例
在这里插入图片描述

树形图（Tree）

树形图列出了所有调用栈的栈底，可以理解为时序火焰图从上往下看，看到的首先是调用链的起始函数，以及各自的Total Time时间，将树形图的所有Total Time的比例相加结果为100%。

具体到某一个函数，箭头展开，可以看到该函数调用的完整调用链，可能包含多条调用链，指代这些调用链都是从该函数调用下去的。

该图表可按照Total Time的大小排序，排在最前面的代表对应函数的Total Time耗时最长，可以作为重点进行分析。

图10 树形图（Tree）示例
在这里插入图片描述

函数名标签(TAG)的相关说明

各类视图中函数名可能包含(TAG)格式标签，例如func1(AOT)，或者函数名仅为(TAG)格式，例如(program)。

函数名包含(TAG)标签

当前支持8类函数名标签，分别是(NAPI)、(ARKUI_ENGINE)、(BUILTIN)、(GC)、(AINT)、(CINT)、(AOT)、(RUNTIME)。可为应用开发者及系统开发者对各部分进行性能分析提供参考。后四种标签通过非命令方式采集时默认不可见，可通过命令 hdc shell param set persist.ark.properties 0x505c; hdc shell reboot 打开。

  • (NAPI) ：系统NativeAPI或者开发者在DevEco Studio上自定义的NativeAPI，例如模板NativeC++应用中的 testNapi.add()
  • (ARKUI_ENGINE)：Native实现的ArkUI组件，例如：onClick()，此类函数暂无法提供函数名。
  • (BUILTIN)：由虚拟机提供的、Native实现的JS标准库接口，例如：JSON.stringify()。
  • (GC)：垃圾回收阶段。
  • (AINT)：TS/JS方法，该方法通过虚拟机的汇编解释器解释执行。
  • (CINT)：TS/JS方法，该方法通过虚拟机的C解释器解释执行。
  • (AOT)：TS/JS方法，该方法通过虚拟机的AOT（Ahead OfTime）编译器提前编译成了机器码，在满足编程规范的前提下可以获得充分编译加速，执行时间比解释执行快
  • (RUNTIME)：Native接口（NAPI, ARKUI_ENGINE,BUILTIN）调用该方法时，表示该方法调用到了虚拟机内部运行时代码。

函数名仅为(TAG)标签

该类标签代表的是一类特殊节点，并非实际函数，包含三种，分别是(root)、(program)、(idle)，具体含义如下。

  • (root)：根节点，是program和idle以及所有栈底的父节点，可以理解为main函数的上一层。
  • (program)：代表程序执行进入纯Native代码阶段，该阶段无JS代码执行，也无JS调用Native或者Native调用JS情况，可能处于系统框架层代码执行阶段。
  • (idle)：被采集线程无任务执行或处于非running态，未占用CPU。

说明：

当前尚未统计(idle)阶段，该部分时间包含在(program)阶段中。

(TAG)标签时间占比统计

将cpuprofile文件以json格式打开，json开头有各个TAG的总时间字段，单位为微秒（us），其中otherTime字段代表(idle)、(root)、(program)三种TAG的总时间。可以据此计算出每种TAG标签的耗时占比，为性能分析提供参考。

图11 时间占比统计示例
在这里插入图片描述

数据采集方法及适用场景

各采集工具适用场景及支持情况

在这里插入图片描述

DevEco Studio Profiler工具采集

  1. 启动应用，打开DevEco Studio并确保连接到设备（右上角显示设备SN）。
  2. 按照下图所示①-⑤的步骤打开 Profiler > Time ，选择设备及应用，创建一个新的Time Session监视器。

图12 DevEco Studio Profiler采集指引
在这里插入图片描述

3.点击开始录制按钮，箭头变成方块代表开始录制。

4.操作应用，复现待分析场景。

5.再次点击录制按钮，方框变成灰色，结束录制。

6.选择ArkTS Callstack泳道，框选时间范围或者直接选择函数进行分析，具体可见DevEco Studio Profiler视图。

Chrome浏览器JavaScript Profiler工具采集

1.启动应用，可通过如下命令查看应用线程号。如果要抓Worker线程，列表中会有长线程号（长度是短线程号的两倍），每个Worker线程对应一个长线程号

hdc shell "netstat -anp | grep PandaDebugger"

2.绑定线程号和端口。多个Worker线程同时采集需各自绑定不同的端口号，打开多个Chrome窗口采集。

说明：
建议选择较大端口号避免冲突，这里以9006为例。
每次断开连接或退出进程后需重新绑定端口号。
多个Worker线程同时采集需各自绑定不同的端口号，打开多个Chrome窗口采集。

hdc fport tcp:9006 localabstract:2172PandaDebugger

图13 端口映射
在这里插入图片描述

3.在Chrome浏览器输入网址： devtools://devtools/bundled/inspector.html?ws=//127.0.0.1:9006 ，端口号与上文一致，点击回车，进入JavaScript Profiler页面。

4.点击左上角录制按钮，按钮变为红色开始录制。

5.操作应用，复现待分析场景。

6.再次点击录制按钮，按钮变为灰色结束录制。

7.点击左上角性能分析报告，右侧显示性能分析图表，可以选择图表类型，显示数据表或者火焰图，具体可见 Chrome浏览器JavaScript Profiler工具视图。

图14 JavaScript Profile视图布局
在这里插入图片描述

hdc shell命令采集

根据场景设置对应虚拟机参数。

  • 采集冷启动数据
#仅采集主线程冷启动
hdc shell param set persist.ark.properties 0x705c
#仅采集Worker线程冷启动
hdc shell param set persist.ark.properties 0x1505c
#同时采集主线程及Worker线程冷启动 
hdc shell param set persist.ark.properties 0x1705c
  • 采集启动后任意阶段
#仅采集主线程任意阶段
hdc shell param set persist.ark.properties 0x2505c 
#仅采集Worker线程任意阶段
hdc shell param set persist.ark.properties 0x4505c
#同时采集主线程及Worker线程任意阶段 
hdc shell param set persist.ark.properties 0x6505c

2.针对冷启动数据的采集，需设置待采集应用的包名。此处以 com.ohos.example 为例。

hdc shell param set persist.ark.arkbundlename com.ohos.example

3.重启设备。

hdc shell reboot

4.启动应用，会在拉起应用前自动开始采集数据。

5.操作应用，复现待分析场景。

6.针对启动后任意阶段数据的采集，需使用如下命令，开始采集，其中 pid 为应用进程号。

hdc shell kill -39 pid

7.操作应用，复现待分析场景。

8.停止采集数据，其中 pid 为应用进程号。

hdc shell kill -39 pid

9.拉取cpuprofile文件。此处以com.ohos.example为例，文件实际位置及文件名以实际应用为准。

说明：
步骤6~8可重复执行多次，会分别采集多个阶段，生成多个.cpuprofile文件。
每次采集的次数后缀会加1，初始次数为1。冷启动数据无次数后缀。

#主线程：
#通常非系统应用抓取后cpuprofile通常存储在/data/app/el2/100/base/<bundle_name>/files/
hdc file recv /data/app/el2/100/base/com.ohos.example/files/com.ohos.example_次数.cpuprofile ./
#系统应用存储在/data/app/el2/0/base/<bundle_name>/files/
hdc file recv /data/app/el2/0/base/com.ohos.example/files/com.ohos.example_次数.cpuprofile ./

#Worker线程：
#通常非系统应用cpuprofile通常存储在/data/app/el2/100/base/<bundle_name>/files/
hdc file recv /data/app/el2/100/base/com.ohos.example/files/com.ohos.example_线程id_次数.cpuprofile ./
#系统应用存储在/data/app/el2/0/base/<bundle_name>/files/
hdc file recv /data/app/el2/0/base/com.ohos.example/files/com.ohos.example_线程id_次数.cpuprofile ./

10.将 com.ohos.example.cpuprofile 文件导入Chrome浏览器 > JavaScript Profiler进行分析，具体可见 Chrome浏览器JavaScript Profiler工具视图。

图15 加载cpuprofile文件
在这里插入图片描述

应用代码插桩采集

在应用代码中按照如下方式插桩，并打包、安装应用。

说明：
插桩位置建议选择为不会重复执行的关键位置，例如onClick中的首行和末行；若重复执行start、stop，仅有第一次的start、stop会成功执行。

import hidebug from '@ohos.hidebug';
// 参数为输出文件的文件名，无需加后缀。该参数为必要参数。
hidebug.startJsCpuProfiling("filename");
// code block
// ...
// code block
hidebug.stopJsCpuProfiling("filename");

2.启动并操作应用，复现待分析场景，确保插桩代码行能执行到。

3.拉取json文件并将后缀更改为cpuprofile。此处以com.ohos.example为例，文件实际位置及文件名以实际应用为准。

#通常非系统应用抓取后cpuprofile通常存储在/data/app/el2/100/base/<bundle_name>/files/
hdc file recv /data/app/el2/100/base/com.ohos.example/files/filename.json ./filename.cpuprofile

#系统应用存储在/data/app/el2/0/base/<bundle_name>/files/
hdc file recv /data/app/el2/0/base/com.ohos.example/files/filename.json ./filename.cpuprofile

4.将 filename.cpuprofile 文件导入Chrome浏览器 > JavaScript Profiler进行分析，具体可见 Chrome浏览器javascript-profiler工具视图。

图16 加载cpuprofile文件

在这里插入图片描述

如果大家还没有掌握鸿蒙，现在想要在最短的时间里吃透它，我这边特意整理了《鸿蒙语法ArkTS、TypeScript、ArkUI等…视频教程》以及《鸿蒙开发学习手册》（共计890页），希望对大家有所帮助：https://docs.qq.com/doc/DZVVBYlhuRkZQZlB3

鸿蒙语法ArkTS、TypeScript、ArkUI等…视频教程：https://docs.qq.com/doc/DZVVBYlhuRkZQZlB3

在这里插入图片描述

OpenHarmony APP应用开发教程步骤：https://docs.qq.com/doc/DZVVBYlhuRkZQZlB3

在这里插入图片描述

《鸿蒙开发学习手册》：

如何快速入门：https://docs.qq.com/doc/DZVVBYlhuRkZQZlB3

1.基本概念
2.构建第一个ArkTS应用
3.……

在这里插入图片描述

开发基础知识：https://docs.qq.com/doc/DZVVBYlhuRkZQZlB3

1.应用基础知识
2.配置文件
3.应用数据管理
4.应用安全管理
5.应用隐私保护
6.三方应用调用管控机制
7.资源分类与访问
8.学习ArkTS语言
9.……

在这里插入图片描述

基于ArkTS 开发：https://docs.qq.com/doc/DZVVBYlhuRkZQZlB3

1.Ability开发
2.UI开发
3.公共事件与通知
4.窗口管理
5.媒体
6.安全
7.网络与链接
8.电话服务
9.数据管理
10.后台任务(Background Task)管理
11.设备管理
12.设备使用信息统计
13.DFX
14.国际化开发
15.折叠屏系列
16.……
在这里插入图片描述

鸿蒙生态应用开发白皮书V2.0PDF：https://docs.qq.com/doc/DZVVBYlhuRkZQZlB3

在这里插入图片描述

码牛程序猿
关注
  • 18
    点赞
  • 踩
  • 8
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
专栏目录
OpenHarmony开发中的知识：性能调试工具-strace
DMZDAMS的博客
06-21 945
Strace是一个强大的进程行为跟踪工具，当怀疑某个进程运行异常的时候
JavaScript 探查器工具
m0_73177400的博客
01-02 542
内存浏览器
OpenHarmony实战开发-耗时分析器Time Profiler使用指导
最新发布
2401_82546228的博客
04-23 720
DevEco Studio集成的DevEco Profiler性能调优工具（以下简称为Profiler），提供Time、Allocation、Snapshot、CPU等场景化分析任务类型。开发应用或服务过程中，如果遇到卡顿、加载耗时等性能问题，开发者通常会关注相关函数执行的耗时情况。Profiler提供的Time场景分析任务，可在应用/服务运行时，展示热点区域内基于CPU和进程耗时分析的调用栈情况，并提供跳转至相关代码的能力，使开发者更便捷地进行代码优化。
OpenHarmony实战开发-内存快照Snapshot Profiler功能使用指导。
m0_70749039的博客
04-23 934
DevEco Studio集成的DevEco Profiler性能调优工具（以下简称为Profiler），提供Time、Allocation、Snapshot、CPU等场景化分析任务类型。内存快照（Snapshot）是一种用于分析应用程序内存使用情况的工具，通过记录应用程序在运行时的内存快照，可以快速查看应用程序在某一时刻的内存占用情况以及内存占用详情。针对方舟虚拟机，Profiler提供了内存快照分析能力，结合Memory实时占用情况，分析不同时刻的方舟虚拟机内存对象占用情况及差异。
V8 Profiler：JavaScript性能优化的利器
gitblog_00067的博客
04-19 346
V8 Profiler：JavaScript性能优化的利器 项目地址:https://gitcode.com/dannycoates/v8-profiler V8 Profiler 是一个强大的工具，它允许开发者深入V8引擎内部，对JavaScript代码进行详细的性能分析。V8是Google Chrome和Node.js背后的JavaScript引擎，因此这款Profiler对于前端和后端开发者...
软件测试工具中VSTS性能分析工具Profiler的介绍
03-23
ProfilerVSTS软件测试工具中VSTS性能分析工具Profiler的介绍在MSDN文档中，对于VSTS中的DevelopmentEdition的介绍主要分两大块，第一是“编写高质量的代码”，第二就是“使用分析工具对应用程序性能进行分析”。...
profiler：Firefox Profiler —用于Firefox性能分析的Web应用程序
02-04
该工具旨在使用Gecko Profiler中的性能配置文件，但可以可视化任何能够以JSON输出的配置文件中的数据。 该接口是使用和构建的Web应用程序，并且完全在客户端运行。 开发了此工具，以帮助使其数百万用户流畅流畅地...
cpuprofiler-绑定到Google的cpu profiler-Rust开发
05-27
还有其他用于Rust的性能分析工具，cargo-profiler是CPU Profiler的一部分。该库提供与Google的cpuprofiler的绑定。 为什么要使用这个？ 还有其他用于Rust的分析工具，cargo-profiler尤其好！ 该库肯定不会替代那些库...
async-profiler性能分析
06-07
为了有效地进行性能分析，开发者需要依赖一些工具，其中async-profiler是一款高效且轻量级的JVM性能分析工具。它以其对JVM进程低至10%的影响，成为了线上监控的理想选择，对比jvisualvm的profile功能，async-...
OpenCL 性能分析工具(Profiler)
11-15
XCLProfiler以及XCLTools 是通用OpenCL性能分析工具。 用于快速分析OpenCL Kernel以及DMA的性能。 提供文本方式的输出便于使用工具软件或者脚本进行日志分析。不同于大多数厂家的定制工具，XCLProfiler支持所有标准...
profiler:基于 JavaScript 的分析器，用于没有本机分析的平台设备
07-09
分析器.js 用于检测函数和收集指标（例如调用次数、最小/最大持续时间和每次调用的持续时间）的实用程序类。 该类还跟踪检测函数的嵌套调用，因此如果您检测了足够多的代码，它也可以用作跟踪器。 虽然不如桌面浏览器中内置的一些分析器准确，但它旨在用作在缺乏性能/分析工具的移动平台上收集信息的工具。 用法 创建探查器对象 要开始分析，您需要首先创建一个分析器对象。 var profiler = $createProfiler(); 您可以创建任意数量的分析器类，例如，您可能希望单独跟踪代码中特定组件的指标，但在大多数情况下，您可能只需要一个。 检测函数 探查器对象上的 instrumentFunction() 方法接受 2 个参数： profiler.instrumentFunction(funcRef, label) 第一个参数是对要检测的函数的引用，第二个参数是用于标识该函数的标签
js-profiler:JavaScript分析工具，库和基准测试集合
05-09
JavaScript分析工具以及分析模块和基准测试库。 JS-Profiler允许您比较有关执行速度和内存消耗的不同技术，运算符和函数。 它以文本或JSON格式报告结果。 JS-Profiler为供电。 目录 命令行界面 图书馆 个人资料 数组串联 阵列复制 比较运算符 守卫 循环 地图访问 地图创建 对象迭代 递归 文献资料 变更日志 执照 安装 npm i [-gS] js-profiler 更新 v2.3.0 ：一个新的贡献者和一个新的配置文件：浅数组复制。 我们很高兴欢迎Josh Howe为JS-Profiler做出贡献！ 他添加了一个新的配置文件，比较了浅拷贝数组的方式。 非常感谢您，并向乔什·豪（ Josh Howe）大喊大叫！ 由于更新了依赖性，因此JS-Profiler现在要求最低Node.js版本为10.12.0。 v2.2.0 ：迁移到Node.js
探索 V8 Profiler：一款强大的 JavaScript 性能分析工具
gitblog_00007的博客
03-08 519
探索 V8 Profiler：一款强大的 JavaScript 性能分析工具 如果你正在寻找一种简单而有效的工具来优化你的 JavaScript 应用程序的性能，那么 V8 Profiler 可能就是你需要的解决方案。 什么是 V8 Profiler？ V8 Profiler 是一个用于分析 Node.js 和 Chrome 浏览器中运行的 JavaScript 程序性能的强大工具。它提供了丰富的...
OpenHarmony v3.1 Release版本发布
OpenHarmony_dev的博客
03-31 2679
版本概述 当前版本在OpenHarmony 3.1 Beta的基础上，更新支持以下能力： 标准系统基础能力增强 本地基础音视频播放能力、视频硬编解码、相机基础预览、拍摄能力。 RenderService新渲染框架、2D/3D绘制能力、新的动画和显示效果框架。 窗口管理新框架，提供更加灵活的窗口框架能力，支持全屏、分屏、窗口化形态，支持跨窗口拖拽能力。 display管理能力，支持分屏，并增强亮灭屏管理能力；支持窗口动画和效果。 鼠标、键盘、触摸板的基本功能支持，常见传感器加速度、陀螺仪、霍尔、
应用性能分析工具CPU Profiler，一招彻底弄懂
fdsgdsgdfw的博客
04-11 939
程，基本涵盖了95%以上HarmonyOS鸿蒙开发知识点，真正体系化！**
利用 JavaScript Profiler 分析 Vue 性能问题
weixin_33985679的博客
01-04 752
最近在开发一套组件库，期间在实现InputNumber 组件时候碰到一个诡异卡顿的现象，用了时间来排除这个问题，涉及到一些问题定位的方法，记录下来已备后用。 1. 发现问题 在实现 InputNumber 组件的时候，有一个功能是按住 + 或 - 按钮时，组件的值在不断的自增或者自减，具体如下图 当组件的值自增到一定数量之后，组件会开始卡顿，并且页面上下滚动也会有明显的延迟。 问题体验 相...
OpenHarmony操作系统开发必备软件
m0_64420071的博客
04-01 733
如何精进？
使用cpu profile调试服务CPU性能
cj19920421的博客
08-11 1898
服务端程序CPU性能优化工具
unity触发器性能优化_Unity面对优化不再束手无策---Profiler性能分析
06-09
你的问题是关于Unity触发器性能优化以及使用Profiler进行性能分析的。 首先，Unity中的触发器是用于检测物体之间的碰撞和触发事件的组件。在使用触发器时，需要注意以下几点以提高性能： 1. 减少触发器数量：在游戏场景中使用过多的触发器会导致性能下降，因此应该尽量减少触发器的数量。 2. 缩小触发器范围：将触发器的范围缩小到最小，以便只检测必要的碰撞或触发事件。 3. 使用物理层：将触发器所在的物体放置在物理层中，并将其他物体放置在不同的物理层中，以便只检测必要的碰撞或触发事件。 其次，使用Profiler进行性能分析是优化游戏性能的重要步骤。Profiler可以帮助开发者找到游戏中的性能瓶颈并进行优化。 在使用Profiler时，应该注意以下几点： 1. 需要在真机或者编辑器下进行性能测试。 2. 要注意Profiler的开销，避免因为Profiler的开销而影响游戏性能。 3. 需要对Profiler的数据进行分析，找到性能瓶颈并进行优化。 总之，使用Profiler进行性能分析和优化，可以帮助开发者提高游戏性能，提高游戏流畅度和用户体验。
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

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

余额充值