1# 状态变量组件定位工具实践 2<!--Kit: Common--> 3<!--Subsystem: Demo&Sample--> 4<!--Owner: @mgy917--> 5<!--Designer: @jiangwensai--> 6<!--Tester: @Lyuxin--> 7<!--Adviser: @huipeizi--> 8 9## 概述 10 11自定义组件中的变量被状态装饰器(@State,@Prop等)装饰后成为状态变量,而状态变量的改变会引起使用该变量的UI组件渲染刷新。状态变量的不合理使用可能会带来冗余刷新等性能问题。开发者可以使用状态变量组件定位工具获取状态管理相关信息,例如自定义组件拥有的状态变量、状态变量的同步对象和关联组件等,了解状态变量影响UI的范围,写出高性能应用代码。 12 13本文将通过场景示例为开发者提供状态变量组件定位工具的实践指导,并对工具相关的调试命令和输出结果作解释说明。 14 15## 使用流程 16 17状态变量组件定位工具是通过使用HiDumper工具中特定的命令来获取组件和状态管理相关的信息。开发者可以使用工具查看指定自定义组件拥有的状态变量信息,了解其中各个状态变量影响的组件范围。 18 19工具的使用流程可以分为以下几步: 20 211、设备上打开组件所在页面。 22 232、获取应用的窗口Id。 24 253、基于应用窗口Id获取应用的自定义组件树,找到目标组件和它的节点Id。 26 274、根据上一步获取的组件节点Id获取组件拥有的状态变量信息。 28 295、找到目标状态变量,查看它影响的组件范围。 30 31在明确目标组件包含的状态变量和变量影响的组件刷新范围后,开发者可以根据需求分析是否存在状态变量的不合理使用,并对相应代码分析和优化。 32 33## 场景示例 34 35下面通过一个点击按钮更改状态变量引起组件刷新的场景示例,为开发者提供工具的实践指导。场景示例仅展示部分关键代码,完整代码请访问[示例代码](https://gitcode.com/openharmony/applications_app_samples/blob/master/code/Performance/PerformanceLibrary/feature/DFXStateManagement/src/main/ets/view/DFXStateBeforeOptimization.ets)。 36 37在以下代码中,创建了自定义组件ComponentA、SpecialImage,每个组件都拥有一些状态变量和UI组件。组件ComponentA中存在Move和Scale两个按钮,在按钮的点击回调中改变状态变量的值刷新相应的组件。 38```javascript 39// feature/DFXStateManagement/src/main/ets/view/DFXStateBeforeOptimization.ets 40 41const animationDuration: number = 500; // move动画时长 42const opacityChangeValue: number = 0.1; // opacity每次变化的值 43const opacityChangeRange: number = 1; // opacity变化的范围 44const translateYChangeValue: number = 180; // translateY每次变化的值 45const translateYChangeRange: number = 250; // translateY变化的范围 46const scaleXChangeValue: number = 0.6; // scaleX每次变化的值 47const scaleXChangeRange: number = 0.8; // scaleX每次变化的值 48// 样式属性类 49class UIStyle { 50 public translateX: number = 0; 51 public translateY: number = 0; 52 public scaleX: number = 0.3; 53 public scaleY: number = 0.3; 54} 55@Component 56struct ComponentA { 57 @Link uiStyle: UIStyle; // uiStyle的属性被多个组件使用 58 build() { 59 Column() { 60 // 使用状态变量的组件 61 SpecialImage({ specialImageUiStyle: this.uiStyle }) 62 Stack() { 63 Column() { 64 Image($r('app.media.icon')) 65 .scale({ 66 x: this.uiStyle.scaleX, 67 y: this.uiStyle.scaleY 68 }) 69 } 70 Stack() { 71 Text('Hello World') 72 } 73 } 74 .translate({ 75 x: this.uiStyle.translateX, 76 y: this.uiStyle.translateY 77 }) 78 79 // 通过按钮点击回调修改状态变量的值,引起相应的组件刷新 80 Column() { 81 Button('Move') 82 .onClick(() => { 83 this.getUIContext().animateTo({ duration: animationDuration }, () => { 84 this.uiStyle.translateY = (this.uiStyle.translateY + translateYChangeValue) % translateYChangeRange; 85 }) 86 }) 87 Button('Scale') 88 .onClick(() => { 89 this.uiStyle.scaleX = (this.uiStyle.scaleX + scaleXChangeValue) % scaleXChangeRange; 90 }) 91 } 92 } 93 } 94} 95@Component 96struct SpecialImage { 97 @Link specialImageUiStyle: UIStyle; 98 private opacityNum: number = 0.5; // 默认透明度 99 private isRenderSpecialImage(): number { 100 // Image每次渲染时透明度增加0.1, 在0-1之间循环 101 this.opacityNum = (this.opacityNum + opacityChangeValue) % opacityChangeRange; 102 return this.opacityNum; 103 } 104 build() { 105 Column() { 106 Image($r('app.media.icon')) 107 .scale({ 108 x: this.specialImageUiStyle.scaleX, 109 y: this.specialImageUiStyle.scaleY 110 }) 111 .opacity(this.isRenderSpecialImage()) 112 Text("SpecialImage") 113 } 114 } 115} 116// 页面根组件,ComponentA的父组件 117``` 118 119运行上述示例并分别点击按钮,可以看到点击Move按钮和Scale按钮时组件SpecialImage都出现了刷新,运行效果图如下。 120 121 122 123下面以自定义组件ComponentA和其中的状态变量uiStyle为例介绍工具的使用过程。 124 1251、首先在设备上打开应用,进入ComponentA组件所在的页面。 126 1272、使用以下命令获取示例应用的窗口Id。当前运行的示例应用包名为performancelibrary,可以在输出结果中找到对应窗口名performancelibrary0的WinId,即为应用的窗口Id。或者当应用正处于前台运行时,Focus window的值就是应用的窗口Id。此处示例应用的窗口Id为11,后面的流程中使用的命令都需要指定窗口Id。 128```shell 129hdc shell "hidumper -s WindowManagerService -a '-a'" 130``` 131 132 1333、基于上一步获取的窗口Id 11,使用-viewHierarchy命令携带-r 参数递归打印应用的自定义组件树。从结果中找到目标组件ComponentA,后面括号中的内容即为组件ComponentA的节点Id 70。 134```shell 135hdc shell "hidumper -s WindowManagerService -a '-w 11 -jsdump -viewHierarchy -r'" 136``` 137```shell 138-----------------ViewPU Hierarchy----------------- 139[-viewHierarchy, viewId=4, isRecursive=true] 140|--Index[4] 141-----------------ViewPU Hierarchy----------------- 142[-viewHierarchy, viewId=53, isRecursive=true] 143|--DFXStateManagementPage[53] 144 |--DFXStateManagementHome[55] 145-----------------ViewPU Hierarchy----------------- 146[-viewHierarchy, viewId=65, isRecursive=true] 147|--DFXStateBeforeOptimizationPage[65] 148 |--DFXStateBeforeOptimization[67] 149 |--ComponentA[70] 150 |--SpecialImage[73] 151``` 1524、使用命令-stateVariables携带参数-viewId(参数的值为ComponentA的节点Id)获取自定义组件ComponentA中的状态变量信息。结果显示ComponentA拥有@Link/@Consume类型的状态变量uiStyle。每条状态变量的详细信息都包含状态变量的所属组件、同步对象和关联组件。 153```shell 154hdc shell "hidumper -s WindowManagerService -a '-w 11 -jsdump -stateVariables -viewId=70'" 155``` 156```shell 157--------------ViewPU State Variables-------------- 158[-stateVariables, viewId=70, isRecursive=false] 159|--ComponentA[70] 160 @Link/@Consume (class SynchedPropertyTwoWayPU) 'uiStyle'[71] 161 |--Owned by @Component 'ComponentA'[70] 162 |--Sync peers: { 163 @Link/@Consume (class SynchedPropertyTwoWayPU) 'specialImageUiStyle'[74] <@Component 'SpecialImage'[73]> 164 } 165 |--Dependent components: 2 elmtIds: 'Stack[75]', 'Image[77]' 166``` 1675、以状态变量uiStyle为例。 168 169① Sync peers表示uiStyle在自定义组件SpecialImage中存在@Link/@Consume类型的状态变量specialImageUiStyle订阅数据变化。 170 171② Dependent components表示在ComponentA组件中存在组件Stack[79]和Image[81]使用了状态变量uiStyle,关联组件的数量为2。 172 173所以当uiStyle变化时,影响的组件范围为自定义组件SpecialImage以及系统组件Stack[79]和Image[81]。 174 175 176 177示例中组件SpecialImage仅使用了uiStyle传递到specialImageUiStyle中的属性scaleX、scaleY,但是点击Move按钮修改uiStyle中的属性translateY时引起的uiStyle变化也会导致组件SpecialImage的刷新,所以可以将uiStyle中的属性scaleX、scaleY提取到状态变量scaleStyle中,属性translateX和translateY提取到状态变量translateStyle中,仅传递scaleStyle给组件SpecialImage,避免不必要的刷新。 178 179由于提取后存在Class的嵌套,所以需要使用@Observed/@ObjectLink装饰器装饰相应的Class和状态变量。修改后的部分代码如下,完整代码可访问[示例代码](https://gitcode.com/openharmony/applications_app_samples/blob/master/code/Performance/PerformanceLibrary/feature/DFXStateManagement/src/main/ets/view/DFXStateAfterOptimization.ets)获取。 180```javascript 181// feature/DFXStateManagement/src/main/ets/view/DFXStateAfterOptimization.ets 182 183// 常量声明 184// ... 185// 样式属性类,嵌套ScaleStyle, TranslateStyle 186@Observed 187class UIStyle { 188 translateStyle: TranslateStyle = new TranslateStyle(); 189 scaleStyle: ScaleStyle = new ScaleStyle(); 190} 191// 缩放属性类 192@Observed 193class ScaleStyle { 194 public scaleX: number = 0.3; 195 public scaleY: number = 0.3; 196} 197// 位移属性类 198@Observed 199class TranslateStyle { 200 public translateX: number = 0; 201 public translateY: number = 0; 202} 203@Component 204struct ComponentA { 205 @ObjectLink scaleStyle: ScaleStyle; 206 @ObjectLink translateStyle: TranslateStyle; 207 208 build() { 209 Column() { 210 SpecialImage({ 211 specialImageScaleStyle: this.scaleStyle 212 }) 213 // 其他UI组件 214 } 215 } 216} 217 218@Component 219struct SpecialImage { 220 @Link specialImageScaleStyle: ScaleStyle; 221 // isRenderSpecialImage函数 222 build() { 223 Column() { 224 Image($r('app.media.icon')) 225 .scale({ 226 x: this.specialImageScaleStyle.scaleX, 227 y: this.specialImageScaleStyle.scaleY 228 }) 229 .opacity(this.isRenderSpecialImage()) 230 Text("SpecialImage") 231 } 232 } 233} 234// 页面根组件,ComponentA的父组件 235``` 236 237修改后的示例运行效果图如下,只有点击Scale按钮时SpecialImage产生刷新现象,点击Move按钮时SpecialImage不会刷新。 238 239 240 241可以使用上文步骤再次获取ComponentA组件的状态变量信息如下,可以看到ComponentA中状态变量scaleStyle影响组件SpecialImage[74]和Image[78],状态变量translateStyle影响组件Stack[76],translateStyle的变化不会再导致SpecialImage的刷新。 242```shell 243--------------ViewPU State Variables-------------- 244[-stateVariables, viewId=70, isRecursive=false] 245 246|--ComponentA[70] 247 @ObjectLink (class SynchedPropertyNestedObjectPU) 'scaleStyle'[71] 248 |--Owned by @Component 'ComponentA'[70] 249 |--Sync peers: { 250 @Link/@Consume (class SynchedPropertyTwoWayPU) 'specialImageScaleStyle'[75] <@Component 'SpecialImage'[74]> 251 } 252 |--Dependent components: 1 elmtIds: 'Image[78]' 253 @ObjectLink (class SynchedPropertyNestedObjectPU) 'translateStyle'[72] 254 |--Owned by @Component 'ComponentA'[70] 255 |--Sync peers: none 256 |--Dependent components: 1 elmtIds: 'Stack[76]' 257``` 258## 调试命令和输出详解 259 260下面通过一个自定义组件三层嵌套的简单示例程序,对工具的调试命令和输出结果作详细说明。 261```javascript 262@Entry 263@Component 264struct Index { 265 @State indexMessage: string = 'Hello World'; 266 build() { 267 Row() { 268 Column() { 269 Text(this.indexMessage) 270 ComponentA({ componentAMessage: this.indexMessage }) 271 } 272 .width('100%') 273 } 274 .height('100%') 275 } 276} 277@Component 278struct ComponentA { 279 @Link componentAMessage: string; 280 build() { 281 Column() { 282 ComponentB({ componentBMessage: this.componentAMessage }) 283 } 284 } 285} 286@Component 287struct ComponentB { 288 @Link componentBMessage: string; 289 build() { 290 Column() { 291 Text(this.componentBMessage) 292 } 293 } 294} 295``` 2961、查看应用窗口Id。可以通过窗口列表中应用的WindowName(示例应用的包名为dfxdemo,默认的WindowName为dfxdemo0)找到其WinId,即应用窗口Id。结果中的Focus window为当前界面展示的窗口Id。当应用处于前台运行时,Focus window的值即为应用窗口Id。 297```shell 298hdc shell "hidumper -s WindowManagerService -a '-a'" 299``` 300 301 3022、打印自定义组件树。 303 304默认只打印根节点和它子级的自定义组件。其中 11 表示查看的窗口Id,可使用查看应用窗口Id命令获取。结果中形如Index[4]格式的,前面为自定义组件的名称,[]中的数字为组件的节点Id。 305```shell 306hdc shell "hidumper -s WindowManagerService -a '-w 11 -jsdump -viewHierarchy'" 307``` 308```shell 309-----------------ViewPU Hierarchy----------------- 310[-viewHierarchy, viewId=4, isRecursive=false] 311|--Index[4] 312 |--ComponentA[9] 313``` 314携带-viewId参数可以打印指定viewId的自定义组件和该组件子级的自定义组件。只有自定义组件的节点Id可以作为参数-viewId的值使用。以-viewId=9为例,可以获取到viewId为9的自定义组件ComponentA和它子级的自定义组件ComponentB。 315```shell 316hdc shell "hidumper -s WindowManagerService -a '-w 11 -jsdump -viewHierarchy -viewId=9'" 317``` 318```shell 319-----------------ViewPU Hierarchy----------------- 320[-viewHierarchy, viewId=9, isRecursive=false] 321|--ComponentA[9] 322 |--ComponentB[12] 323``` 324携带-r参数从根节点开始递归打印自定义组件树。例如下面命令的输出结果为根节点Index和它拥有的每一级自定义组件,以树状结构展示。 325```shell 326hdc shell "hidumper -s WindowManagerService -a '-w 11 -jsdump -viewHierarchy -r'" 327``` 328```shell 329-----------------ViewPU Hierarchy----------------- 330[-viewHierarchy, viewId=4, isRecursive=true] 331|--Index[4] 332 |--ComponentA[9] 333 |--ComponentB[12] 334``` 3353、打印自定义组件的状态变量信息,每条信息包含该变量的所属组件、Sync peers(同步对象)和Dependent components(关联组件)。当该状态变量改变时,它的Dependent components和Sync peers的Dependent components都是脏节点。默认打印根节点。 336```shell 337hdc shell "hidumper -s WindowManagerService -a '-w 11 -jsdump -stateVariables'" 338``` 339```shell 340--------------ViewPU State Variables-------------- 341--Index[4] 342 @State/@Provide (class ObservedPropertyPU) 'indexMessage'[5] 343 |--Owned by @Component 'Index'[4] 344 |--Sync peers: { 345 @Link/@Consume (class SynchedPropertyTwoWayPU) 'componentAMessage'[9] <@Component 'ComponentA'[8]> 346 } 347 |--Dependent components: 1 elmtIds: 'Text[8]' 348``` 349- @State/@Provide:状态变量的装饰器类型。 350- 'message'[5]:状态变量的名称和节点Id,但是不能使用-viewId=5来获取相应的dump信息。 351- Owned by @Component 'Index'[4]:状态变量所属组件。 352- Sync peers: 要同步的其他状态变量和其所属的组件。 353- Dependent components:当前状态变量在此组件中关联的节点Id,即依赖该变量的系统或自定义组件的节点Id。 354 355**注意:** 356 357-stateVariables只支持打印指定viewId的状态变量信息,不支持递归打印。所以只能获取单个自定义组件的状态变量信息进行逐级分析,目前无法从全局查看某个状态变量影响到的所有组件。 358 3594、打印所有信息,包含自定义组件树和状态变量信息。未指定节点时默认打印根节点,携带-viewId参数打印指定节点信息,携带-r参数递归打印。 360```shell 361hdc shell "hidumper -s WindowManagerService -a '-w 11 -jsdump -dumpAll'" 362``` 363输出结果如下图: 364 365 366 3671、自定义组件树,对应命令-viewHierarchy。 368 3692、状态变量信息,对应命令-stateVariables。 370 371dumpAll命令携带-r和-viewId参数时,输出结果中对应各个命令的部分与单独使用该命令携带相应参数时的结果相同。 372 373## 参考资料 374 375[场景示例代码](https://gitcode.com/openharmony/applications_app_samples/tree/master/code/Performance/PerformanceLibrary/feature/DFXStateManagement/src/main/ets/view) 376 377[使用HiDumper命令行工具优化性能](performance-optimization-using-hidumper.md) 378 379[精准控制组件的更新范围](precisely-control-render-scope.md) 380