HarmonyOS应用开发者高级认证题目（7月新版，答案&解析，持续更新）

单选

1.ArkTS支持以下哪些函数

A.Object.getOwnPropertySymbols();

B.Object.isExtensible();

C.Object.isPrototypeOf();

D.Object.keys();

答案：D

2.在方舟字节码的函数调用规范中，前三个参数表示的含义分别是

A.new.Target、this、函数对象本身

B.new.Target、函数对象本身、this

C.this、函数对象本身、new.Target

D.函数对象本身、new.Target、this

答案：D。在方舟字节码的函数调用规范中，前三个参数表示的含义分别是函数对象本身、new.Target、this。

3.以下哪些赋值语句在ArkTS中是合法。

typescript 复制代码

class A {
  v: number = 0;
}
class B extends A {
  u: string = '';
}

class C {
  v: number = 0;
}
let a1: A = new C();
let a2: A = new B();
let a3: B = new A();
let a4: C = new B();

解析：

A选项中，C类的实例不能赋值给A类型的变量，因为C类没有继承自A类，所以let a1: A = new C();是不合法的。

B选项中，B类继承自A类，所以let a2: A = new B();是合法的。

C选项中，A类的实例不能赋值给B类型的变量，因为B类具有额外的属性u，所以let a3: B = new A();是不合法的。

D选项中，B类的实例不能赋值给C类型的变量，因为C类没有B类的属性u，所以let a4: C = new B();是不合法的。

综上所述，合法的赋值语句是let a2: A = new B();，答案为B。

4.以下关于 **Taskpool和 Worker**的描述正确的是

A.TaskPool和Worker的任务执行时长上限都是无限制

B.Worker自行管理生命周期，开发者无需关心任务负载高低

C.开发者需要自行管理taskpool的数量及生命周期

D.TaskPool支持任务延时执行

解析：D。TaskPool支持任务延时执行，A选项中TaskPool和Worker的任务执行时长通常是有限制的；B选项中Worker的任务负载情况需要开发者关注；C选项中开发者通常不需要自行管理taskpool的数量及生命周期。

5.以下哪个装饰器用来表示并发共享对象。

A.@Sendable

B.@Style

C.@State

D.@Shared

解析：A。@Sendable装饰器用来表示并发共享对象。

6.从桌面冷启动如下应用代码，点击Change按钮5次，整个过程中，代码中的2条log依次出现的次数是：

typescript 复制代码

class Data {
  num: number
  type: string

  constructor(num: number, type: string) {
    this.num = num;
    this.type = type;
  }
}

@Reusable
@Component
struct Item {
  @State data: Data | undefined = undefined;

  aboutToAppear(): void {
    console.log("Demo log1");
  }

  aboutToReuse(params: ESObject): void {
    console.log("Demo log2");
    this.data = params.data
  }

  build() {
    Text("num = " + this.data?.num + ", type = " + this.data?.type)
  }
}

@Entry
@Component
struct Index {
  data1: Data = new Data(1, "type1");
  data2: Data = new Data(2, "type2");
  @State data: Data = this.data1

  build() {
    Column() {
      if (this.data.type == "type1") {
        Item({ data: this.data }).reuseId(this.data.type)
      } else {
        Item({ data: this.data }).reuseId(this.data.type)
      }
      Button('Change').onClick(() => {
        if (this.data === this.data1) {
          this.data = this.data2
        } else {
          this.data = this.data1
        }
      })
    }
  }
}

解析：点击Change按钮5次，会导致Item组件的复用。每次复用会触发aboutToReuse函数，输出"Demo log2"。

初始时，创建Item组件会触发aboutToAppear函数，输出"Demo log1"。

之后每次点击Change按钮，都会导致Item组件的复用，输出"Demo log2"。

所以，"Demo log1"出现1次，"Demo log2"出现5次。

答案为：C。

7.以下关于ArkUI NavDestination组件的生命周期执行顺序中正确的

A.onWillappear->onAppear->onWillShow->onShow->onWillHide->onHidden->onWillDisappear->onDisappear

B.onWillappear->onAppear->onWillShow->onShow->onWillHide->onWillDisappear->onHidden->onDisappear

C.onWillappear->onWillShow->onShow->onAppear->onWillHide->onHidden->onWillDisappear->onDisappear

D.onWillappear->onAppear->onWillShow->onShow->onWillDisappear->onWillHide->onHidden->onDisappear

解析：A。ArkUI NavDestination组件的生命周期执行顺序为：onWillappear->onAppear->onWillShow->onShow->onWillHide->onHidden->onWillDisappear->onDisappear。

8.依次点击A、B、C、D四个按钮，其中不会触发UI刷新的是：

typescript 复制代码

class Info {
  name: string;

  constructor(name: string) {
    this.name = name;
  }
}
@Entry
@Component
struct Index {
  @State nameList: Info[] = [new Info("Tom"), new Info("Bob"), new Info("John")]

  build() {
    Column() {
      ForEach(this.nameList, (item: Info) => {
        Text(`${item.name}`)
      })
      Button("A")
        .onClick(() => {
          this.nameList.push(new Info("Lucy"));
        })
      Button("B")
        .onClick(() => {
          this.nameList[0] = new Info("Eric");

        })
      Button("C")
        .onClick(() => {
          this.nameList[0].name = "Jim";
        })
      Button("D")
        .onClick(() => {
          this.nameList = [new Info("Barry"), new Info("Cindy"), new Info("David")];
        })
    }
  }
}

解析：C选项不会触发UI刷新。在A选项中，通过push操作向数组添加新元素，会触发UI刷新。在B选项中，修改数组元素的值，会触发UI刷新。在D选项中，直接重新赋值数组，会触发UI刷新。而在C选项中，只是修改了数组中第一个元素的name属性，不会导致数组的引用发生变化，因此不会触发UI刷新。

所以答案是C。

9.以下哪份代码可以实现下图Grid布局

(图略)

A.通过设置不同GridItem的宽度

typescript 复制代码

// xxx.ets
@Entry
@Component
struct GridExample3 {
  numbers: String[] = ['0', '1', '2', '3', '4', '5', '6', '7', '8', '9']
  scroller: Scroller = new Scroller()
  columnGap: number = 10
  gridItemWidth: number = 80

  build() {
    Column({ space: 5 }) {
      Grid(this.scroller) {
        ForEach(this.numbers, (day: string) => {
          if (day === '0' || day === '5') {
            GridItem() {
              Text(day)
                .fontSize(16)
                .backgroundColor(0xF9CF93)
                .width(this.gridItemWidth * 4 + this.columnGap * 3)
                .height(80)
                .textAlign(TextAlign.Center)
            }
          } else {
            GridItem() {
              Text(day)
                .fontSize(16)
                .backgroundColor(0xF9CF93)
                .width(this.gridItemWidth)
                .height(80)
                .textAlign(TextAlign.Center)
            }
          }
        }, (day: string) => day)
      }
      .columnsTemplate('1fr 1fr 1fr 1fr')
      .columnsGap(this.columnGap)
      .rowsGap(10)
      .scrollBar(BarState.Off)
      .width('100%')
      .backgroundColor(0xFAEEE0)
      .height(350)
    }
  }
}

B.通过GridLayoutOptions

typescript 复制代码

@Entry
@Component
struct GridExample3 {
  numbers: String[] = ['0', '1', '2', '3', '4', '5', '6', '7', '8','9']
  scroller: Scroller = new Scroller()
  layoutOptions1: GridLayoutOptions = {
    regularSize: [1, 1],
    irregularIndexes: [0, 5],
  }

  build() {
    Column({ space: 5 }) {
      Grid(this.scroller, this.layoutOptions1) {
          ForEach(this.numbers, (day: string) => {
            GridItem() {
              Text(day)
                .fontSize(16)
                .backgroundColor(0xF9CF93)
                .width('100%')
                .height(80)
                .textAlign(TextAlign.Center)
            }
          }, (day: string) => day)
      }
      .columnsTemplate('1fr 1fr 1fr 1fr')
      .columnsGap(10)
      .rowsGap(10)
      .scrollBar(BarState.Off)
      .width('100%')
      .backgroundColor(0xFAEEE0)
      .height(350)
    }.align(Alignment.Center)
  }
}

C.通过设置GridItem的columnStart和columnEnd

typescript 复制代码

// xxx.ets
@Entry
@Component
struct GridExample3 {
  numbers: String[] = ['0', '1', '2', '3', '4', '5', '6', '7', '8', '9']
  scroller: Scroller = new Scroller()

  build() {
    Column({ space: 5 }) {
      Grid(this.scroller) {
        ForEach(this.numbers, (day: string) => {
          if (day === '0' || day === '5') {
            GridItem() {
              Text(day)
                .fontSize(16)
                .backgroundColor(0xF9CF93)
                .width('100%')
                .height(80)
                .textAlign(TextAlign.Center)
            }.columnStart(1).columnEnd(4)
          } else {
            GridItem() {
              Text(day)
                .fontSize(16)
                .backgroundColor(0xF9CF93)
                .width('100%')
                .height(80)
                .textAlign(TextAlign.Center)
            }
          }
        }, (day: string) => day)
      }
      .columnsTemplate('1fr 1fr 1fr 1fr')
      .columnsGap(10)
      .rowsGap(10)
      .scrollBar(BarState.Off)
      .width('100%')
      .backgroundColor(0xFAEEE0)
      .height(350)
    }
  }
}

解析：

A选项可以实现下图Grid布局。通过设置不同GridItem的宽度，当day为'0'或'5'时，将对应的GridItem宽度设置为其他GridItem宽度的4倍加上3倍的列间距，从而实现了特定的布局效果。

B选项使用GridLayoutOptions，但根据提供的代码，regularSize和irregularIndexes的设置似乎不太符合要求的布局。

C选项通过设置GridItem的columnStart和columnEnd，但是代码中没有明确指定不同GridItem的columnStart和columnEnd的值，无法确定是否能实现所需布局。

因此，答案是A。

10.从桌面冷启动如下应用，点击Change按钮5次，整个过程中，代码中的2条log依次出现的次数，最初和最后画面上显示的【num = ?】的数字是

typescript 复制代码

// PageOne.ets
@Component
export struct PageOneTmp {
  @Consume('pageInfos') pageInfos: NavPathStack;

  build() {
    NavDestination() {
      Column() {
        Button('toPageTwo', { stateEffect: true, type: ButtonType.Capsule })
          .width('80%')
          .height(40)
          .margin(20)
          .onClick(() => {
            this.pageInfos.pushPathByName('pageTwo',"")
          })
        Button('get', { stateEffect: true, type: ButtonType.Capsule })
          .width('80%')
          .height(40)
          .margin(20)
          .onClick(() => {
            console.log('获取全部名为name的NavDestination页面的位置索引', JSON.stringify(this.pageInfos.getIndexByName('pageOne')))
          })
      }.width('100%').height('100%')
    }.title('pageOne')
    .onBackPressed(() => {
      const popDestinationInfo = this.pageInfos.pop()
      console.log('pop' + '返回值' + JSON.stringify(popDestinationInfo))
      return true
    })
  }
}

// PageTwo.ets
export class Pages {
  names: string = ""
  values: NavPathStack | null = null
}

@Builder
export function pageTwoTmp(info: Pages) {
  NavDestination() {
    Column() {
      Button('toPageOne', { stateEffect: true, type: ButtonType.Capsule })
        .width('80%')
        .height(40)
        .margin(20)
        .onClick(() => {
          (info.values as NavPathStack).pushPathByName('pageOne', null)
        })
    }.width('100%').height('100%')
  }.title('pageTwo')
  .onBackPressed(() => {
    (info.values as NavPathStack).pop()
    return true
  })
}

A、0,6,1,6

B、1,5,1,6

C、2,4,1,6

D、2,4,1,2

解析：题目代码出错，不确定答案是哪一个。

11.根据上面代码，以下解释正确的是

typescript 复制代码

enum Mode {
  fullScreen,
  halfScreen
}

@Entry
@Component
struct Page {
  @State title: string  = "";
  @State mode: Mode = Mode.fullScreen;

  isShownTitle(): boolean {
    if (this.mode == Mode.fullScreen) {
      this.title = "Title";

      return true;
    } else {
      this.title= "Section";
      return false;
    }
  }

  build() {
    Column() {
      if (this.isShownTitle()) {
        Text(`${this.title}`)
      } else {
        Text(`${this.title}`)
      }
      ChangeMode({ mode: this.mode})

    }
  }
}

@Component
struct ChangeMode {
  @Prop mode: Mode;
  build() {
    Row({space: 20}) {
      Button('full screen').onClick(() => {
        this.mode = Mode.fullScreen;
      })
      Button('half screen').onClick(() => {
        this.mode = Mode.halfScreen;
      })
    }
  }
}

A.为了避免@Prop的拷贝，可以优化使用@Link，在该例子中行为和@Prop一样。

B.在自定义组件Page的build方法里改变状态变量是非法操作，可能导致未定义的异常UI行为。

C.本例子可以运行起来，所以代码没有问题。

D.在ChangeMode里改变mode的值，会触发其父组件Page的Title内容的切换

解析：D。在ChangeMode组件中改变mode的值，会通过@Prop传递给Page组件，从而触发Page组件中isShownTitle()方法的重新执行，导致Title内容的切换。

A选项中，@Prop和@Link在这种情况下的行为是不同的，@Prop用于父子组件之间的单向数据传递，而@Link用于双向数据绑定。

B选项，在Page的build方法中改变状态变量本身不一定是非法操作，具体取决于代码的逻辑和上下文。

C选项，虽然例子可能可以运行，但代码中可能存在一些潜在的问题或不太规范的地方，例如使用@Prop的方式可能不是最优的，以及代码的可读性和可维护性等方面。

12.如果想让 **outer button响应事件， hitTestBehavior**该怎么配

typescript 复制代码

mport promptAction from '@ohos.promptAction';
// xxx.ets
@Entry
@Component
struct HitTestBehaviorExample {
  build() {
    // outer stack
    Stack() {
      Button('outer button')
        .onClick((event) => {
          promptAction.showToast({ message: `click事件触发------++++2` });
        })
      // inner stack
      Stack() {
        Button('inner button')
          .onTouch((event) => {
            promptAction.showToast({ message: `click事件触发------1` });
          })
      }
      .width("100%").height("100%")
      .hitTestBehavior(？)
      .onTouch((event) => {
        console.info('stack touched type: ' + (event as TouchEvent).type)
      })

    }.width(300).height(300)
  }
}

A.HitTestMode.Default

B.HitTestMode.None

C.HitTestMode.Transparent

D.HitTestMode.Block

解析：C。当希望outer button响应事件，而inner stack不拦截事件时，应将hitTestBehavior配置为HitTestMode.Transparent。这样，inner stack会将触摸事件透传给outer button，使其能够响应事件。

A选项HitTestMode.Default通常是默认行为，可能会导致inner stack拦截事件。

B选项HitTestMode.None会使组件完全不参与命中测试，即不会响应任何事件。

D选项HitTestMode.Block会使组件拦截所有事件，导致outer button无法响应事件。

13.已知下列代码PageOne页面为navigation中的某一子页面，依次点击PageOne页面中toPageTwo按钮，PageTwo页面中toPageOne按钮，此时点击get按钮获取全部名为name的NavDestination页面的位置索引为

typescript 复制代码

// PageOne.ets
@Component
export struct PageOneTmp {
  @Consume('pageInfos') pageInfos: NavPathStack;

  build() {
    NavDestination() {
      Column() {
        Button('toPageTwo', { stateEffect: true, type: ButtonType.Capsule })
          .width('80%')
          .height(40)
          .margin(20)
          .onClick(() => {
            this.pageInfos.pushPathByName('pageTwo',"")
          })
        Button('get', { stateEffect: true, type: ButtonType.Capsule })
          .width('80%')
          .height(40)
          .margin(20)
          .onClick(() => {
            console.log('获取全部名为name的NavDestination页面的位置索引', JSON.stringify(this.pageInfos.getIndexByName('pageOne')))
          })
      }.width('100%').height('100%')
    }.title('pageOne')
    .onBackPressed(() => {
      const popDestinationInfo = this.pageInfos.pop()
      console.log('pop' + '返回值' + JSON.stringify(popDestinationInfo))
      return true
    })
  }
}

// PageTwo.ets
export class Pages {
  names: string = ""
  values: NavPathStack | null = null
}

@Builder
export function pageTwoTmp(info: Pages) {
  NavDestination() {
    Column() {
      Button('toPageOne', { stateEffect: true, type: ButtonType.Capsule })
        .width('80%')
        .height(40)
        .margin(20)
        .onClick(() => {
          (info.values as NavPathStack).pushPathByName('pageOne', null)
        })
    }.width('100%').height('100%')
  }.title('pageTwo')
  .onBackPressed(() => {
    (info.values as NavPathStack).pop()
    return true
  })
}

A.[0,2]

B.[1,2]

C.[0,1]

D.[2,1]

解析：C。依次点击PageOne页面中toPageTwo按钮，此时页面栈中会添加PageTwo页面的路径。然后在PageTwo页面中点击toPageOne按钮，页面栈中会再次添加PageOne页面的路径。

此时点击get按钮获取全部名为name的NavDestination页面的位置索引（但代码中实际获取的是名为"pageOne"的页面索引），由于页面栈中此时有两个PageOne页面的路径，根据栈的先进后出原则，第一个PageOne页面的索引为0，第二个PageOne页面的索引为1。

所以获取到的位置索引为[0, 1]，答案选C。

14.开发者小张正在使用DevEco Studio开发一款HarmonyOS应用，他遇到了一个仅在应用实际运行环境中出现的问题，需要调试已部署在设备上的应用以定位问题根源，为了能够在应用已经运行的情况下介入调试，小张应该采用哪种调试方法

A.使用Debug功能，将应用重新推包运行调试

B.使用"Profile"功能，因为这同样能提供对运行时应用的监控与调试能力。

C.Attach Debugger to Process，这允许他连接到正在运行的应用进程进行调试。

D.Run without Debugging，先让应用自由运行，随后手动附加调试

解析：C。开发者小张遇到了仅在应用实际运行环境中出现的问题，需要调试已部署在设备上的应用以定位问题根源，在这种情况下，使用Attach Debugger to Process的调试方法可以允许他连接到正在运行的应用进程进行调试，从而能够在应用已经运行的情况下介入调试。

A选项，使用Debug功能将应用重新推包运行调试，可能无法复现仅在实际运行环境中出现的问题。

B选项，使用"Profile"功能主要用于性能分析和监控，对于调试特定问题的帮助可能有限。

D选项，Run without Debugging先让应用自由运行，随后手动附加调试器，这种方式可能不太方便，而且也不一定能满足调试的需求。

因此，小张应该采用C选项的调试方法。

15.项目需要为不同的设备形态（如手机、智能手表）提供定制化构建。请说明如何在DevEco Studio中设置不同的构建配置，以生成针对不同设备的hap包？

A.在工程级别build-profile.json5定义多个product，在每个product的config/distributionFilter中定义不同的设备类型

B.在模块级别build-profile.json5定义多个target，在每个target的config/distributionFilter中定义不同的设备类型

C.在模块级别build-profile.json5定义多个target，在每个target的config/deviceType中定义不同的设备类型

D.在工程级别build-profile.json5定义多个product，在每个product的config/deviceType中定义不同的设备类型

解析：D。在DevEco Studio中，为了为不同的设备形态提供定制化构建并生成针对不同设备的hap包，可以在工程级别build - profile.json5定义多个product，在每个product的config/deviceType中定义不同的设备类型。

A选项中，在config/distributionFilter中定义设备类型的方式不太准确，通常是在config/deviceType中进行定义。

B和C选项中，在模块级别进行定义不太符合常规的做法，一般是在工程级别进行相关的配置。

因此，正确答案是D。

16.小李正在使用DevEco Studio进行HarmonyOS应用的开发工作，他需要对一个频繁被调用的函数calculateData()进行重构，为了帮助小李高效地找到calculateData()函数的所有引用位置，并确保重构时考虑周全，以下哪个步骤是正确的使用DevEco Studio的"Find Usages"功能的操作方法

A.小李只需将光标定位在calculateData()函数名上，右键点击并选择"Find Usages"，或者直接使用快捷键Alt + F7（macOS为Option + F7），DevEco Studio会自动列出该函数在项目中的所有引用位置。

B.小李应将光标置于calculateData()函数的名称上，按下Ctrl + Shift + F（macOS为Command + Shift + F）全局搜索该函数名，然后在搜索结果中筛选出真正的调用位置。

C.小李应当在项目目录树中找到calculateData()函数所在的文件，直接双击打开文件，然后逐行扫描代码以手动查找该函数的所有调用位置。

D.小李应该在菜单栏中选择"Navigate" > "Class"来打开类浏览器，从中找到calculateData()函数，并在此界面中手动检查所有引用。

解析：A。小李只需将光标定位在calculateData()函数名上，右键点击并选择"Find Usages"，或者直接使用快捷键Alt + F7（macOS为Option + F7），DevEco Studio会自动列出该函数在项目中的所有引用位置，这是正确使用"Find Usages"功能的操作方法。

B选项中，Ctrl + Shift + F（macOS为Command + Shift + F）是全局搜索的快捷键，但不一定能直接筛选出真正的调用位置。

C选项中，逐行扫描代码手动查找所有调用位置效率较低，不是最佳方法。

D选项中，在菜单栏中选择"Navigate" > "Class"来打开类浏览器并手动检查所有引用，也不是最高效的方式。

因此，正确答案是A。

17.一个复杂的项目，该项目不仅包含主入口模块（Entry Module），还有多个特性的功能模块（Feature Modules/HSP），并且这些模块间存在着相互调用关系。为了确保在调试过程中能够完整地测试所有交互逻辑，需要将涉及到的所有模块的HAP包都部署到目标设备上。请从以下选项中选择正确的操作步骤来配置DevEco Studio，以便一次性部署和调试项目中的多个模块

A.在项目结构界面手动选择每个模块，单独编译并逐一将生成的HAP包通过HDC命令推送到设备上。

B.无需特殊配置，DevEco Studio会自动检测到项目中的所有模块依赖，并在每次调试运行时自动部署所有相关HAP包。

C.直接点击运行按钮，DevEco Studio会弹出对话框询问需要部署哪些模块，从中选择需要的模块后开始调试。

D.进入"Run > Edit Configurations"菜单，在"Deploy Multi Hap"选项卡下，勾选"Deploy Multi Hap Packages"，随后在列表中选择需要部署的模块。

解析：B。对于一个复杂的项目，包含主入口模块（Entry Module）和多个特性的功能模块（Feature Modules/HSP），且这些模块间存在相互调用关系，为了确保在调试过程中能完整测试所有交互逻辑，将涉及的所有模块的HAP包部署到目标设备上，DevEco Studio通常会自动检测到项目中的所有模块依赖，并在每次调试运行时自动部署所有相关HAP包，无需特殊配置。

A选项中手动选择每个模块、单独编译并推送的方式过于繁琐，不符合高效开发的要求。

C选项中直接点击运行按钮并弹出对话框选择模块的方式，可能会增加操作步骤，而且不一定能确保自动部署所有相关HAP包。

D选项中进入特定菜单进行勾选和选择模块的操作相对复杂，不是最便捷的方式。

因此，正确答案是B。

18.当前您在开发一个ArkTS、Stage模型的HarmonyOS工程，关于当前ArkTS工程目录结构，下列选项说法错误的是？

A.oh-package.json5：描述依赖配置，如：依赖覆盖（overrides）、依赖关系重写（overrideDependencyMap）和参数化配置（parameterFile）等。

B.AppScope > app.json5：应用的全局配置信息。

C.entry > src > main > module.json5：Stage模型模块配置文件，主要包含HAP的配置信息、应用在具体设备上的配置信息以及应用的全局配置信息。

D.build-profile.json5：应用级编译构建任务脚本。

解析：C。entry > src > main > module.json5是Stage模型模块配置文件，主要包含HAP的配置信息以及应用在具体设备上的配置信息，但不包含应用的全局配置信息，应用的全局配置信息在AppScope > app.json5中。

A选项，oh - package.json5确实用于描述依赖配置。

B选项，AppScope > app.json5用于存储应用的全局配置信息。

D选项，build - profile.json5是应用级编译构建任务脚本。

综上所述，说法错误的是C选项。

19.在开发HarmonyOS应用工程时，随着业务的发展，现在需要创建一个模块，关于在DevEco Studio中创建Module，下列选项哪种方式是错误的？

A.鼠标移到工程目录顶部，单击鼠标右键，选择New > Module...，开始创建新的Module，此时该module将创建在工程根目录下。

B.选中工程目录中任意文件，然后在菜单栏选择File > New > Module...，开始创建新的Module，此时该module将创建在工程根目录下。

C.在工程根目录下创建一个新的Directory，可在该目录下单击鼠标右键，选择New > Module...，创建新的Module，此时module将创建在该文件目录下。

D.在hvigor目录下，单击鼠标右键，选择New > Module...，创建新的Module，此时module将创建在该文件目录下。

解析：D。在hvigor目录下，单击鼠标右键，选择New > Module...创建新的Module的方式是错误的。通常，在DevEco Studio中创建Module的正确方式是：

A. 鼠标移到工程目录顶部，单击鼠标右键，选择New > Module...，开始创建新的Module，此时该module将创建在工程根目录下。

B. 选中工程目录中任意文件，然后在菜单栏选择File > New > Module...，开始创建新的Module，此时该module将创建在工程根目录下。

C. 在工程根目录下创建一个新的Directory，可在该目录下单击鼠标右键，选择New > Module...，创建新的Module，此时module将创建在该文件目录下。

而在hvigor目录下进行相关操作并不是创建Module的常规方式。

20.开发者小李遇到了一个复杂的问题，该问题仅在特定的代码执行路径上出现，且难以复现。他使用的是C++进行核心算法开发，代码的逻辑密集且对性能要求极高，DevEco Studio为C/C++开发者提供的高级调试能力，以下哪个能力可以帮助小李查看代码历史执行路径，回溯到关键的变量状态

A.代码静态分析：提供静态代码检查工具，通过语法和逻辑分析帮助预防潜在错误，但不涉及运行时问题定位

B.传统调试模式：仅允许在当前断点暂停代码执行，查看调用堆栈和当前变量信息，但无法追溯历史执行状态

C.反向调试能力：允许开发者在调试过程中回退回到之前的代码行或断点，不仅查看过去的堆栈信息，还能重现历史的全局、静态和局部变量状态，帮助深入理解代码历史行为，特别是对于复杂逻辑和难以复现的bug定位至关重要

D.实时代码修改与运行时效果查看：支持在调试过程中修改代码并立即查看修改效果，适用于快速迭代，但不聚焦于问题追溯

解析：C。在开发者小李遇到的问题中，由于问题仅在特定的代码执行路径上出现且难以复现，需要一种能够查看代码历史执行路径、回溯关键变量状态的调试能力。

A选项的代码静态分析主要用于预防潜在错误，无法解决当前的问题。

B选项的传统调试模式无法追溯历史执行状态，不符合需求。

D选项的实时代码修改与运行时效果查看主要用于快速迭代，对于追溯历史执行路径和变量状态帮助不大。

而C选项的反向调试能力允许开发者回退到之前的代码行或断点，查看过去的堆栈信息并重现历史的变量状态，对于解决小李的问题至关重要。

21.开发者小林正在使用DevEco Studio开发一款HarmonyOS应用，并在真机上进行调试。他在运行应用的过程中突然发现一处UI布局需要微调，希望在不中断当前应用运行的情况下看到调整效果，基于DevEco Studio提供的Hot Reload（热重载）能力，以下哪一种做法能让小林最有效地实现他的需求、

A.使用模拟器替代真机进行调试，因为Hot Reload仅在模拟器上支持代码改动的即时生效

B.继续运行应用，手动重启应用后检查布局是否符合预期

C.立即停止应用，修改代码后重新编译并部署到真机上

D.在不关闭应用的情况下，直接修改代码并保存，借助Hot Reload功能在真机上实时查看布局调整的效果

解析：D。

DevEco Studio 提供的 Hot Reload（热重载）能力可以在不中断当前应用运行的情况下，实时看到代码修改后的效果。

A 选项中，使用模拟器替代真机进行调试虽然模拟器可能支持 Hot Reload 但真机调试更能反映实际设备上的情况，且不是最直接满足在真机上调试且不中断的需求，所以该选项不是最有效的做法；

B 选项手动重启应用后检查布局不符合不中断应用运行且实时查看调整效果的要求；

C 选项立即停止应用，修改代码后重新编译并部署到真机上，这个过程会中断应用，也不符合不中断的要求；

而 D 选项在不关闭应用的情况下，直接修改代码并保存，借助 Hot Reload 功能在真机上实时查看布局调整的效果，这正是小林所需要的最有效实现需求的做法，利用 Hot Reload 可以快速在真机上看到 UI 布局的实时变化，方便进行微调，大大提高开发效率。

综上所述，正确答案是 D。同时，确保在 DevEco Studio 中正确配置和启用了 Hot Reload 功能以保证其正常工作。

22.应用开发中使用的各类资源文件，需要放入特定子目录中存储管理，以下关于资源说法错误的是

A.stage模型多工程情况下，共有的资源文件放到AppScope下的resources目录。

B.base目录是默认存在的目录，二级子目录element用于存放字符串、颜色、布尔值等基础元素，media、profile存放媒体、动画、布局等资源文件。

C.rawfile目录，支持创建多层子目录，子目录名称可以自定义，文件夹内可以自由放置各类资源文件。目录中的资源文件会被编译成二进制文件，并赋予资源文件ID。

D.resfile目录，应用安装后，resfile资源会被解压到应用沙箱路径，通过Context属性resourceDir获取到resfile资源目录后，可通过文件路径访问。

解析：

D 选项说法错误。

在 HarmonyOS 应用开发中：

A 选项，stage 模型多工程情况下，共有的资源文件放到 AppScope 下的 resources 目录，此说法正确。

B 选项，base 目录默认存在，二级子目录 element 用于存放字符串、颜色、布尔值等基础元素，media、profile 存放媒体、动画、布局等资源文件，该说法正确。

C 选项，rawfile 目录支持创建多层子目录，子目录名称可自定义，文件夹内可自由放置各类资源文件，且目录中的资源文件会被编译成二进制文件，并赋予资源文件 ID，这种表述是准确的。

而 D 选项中应为"res 资源会被编译到 hap 包中，应用安装后，res 资源会被解压到应用沙箱路径，通过 Context 属性 resourceDir 获取到 res 资源目录后，可通过文件路径访问"，而不是 resfile 目录。

23.HAR（Harmony Archive）是HarmonyOS提供的共享包，以下关于HAR的描述错误的是

A.HAR不支持引用AppScope目录中的资源。在编译构建时，AppScope中的内容不会打包到HAR中，因此会导致HAR资源引用失败。

B.HAR不支持在设备上单独安装/运行，只能作为应用模块的依赖项被引用。

C.HAR不支持使用page页面。

D.HAR可以作为二方库和三方库提供给其他应用使用，如果需要对代码资产进行保护时，建议开启混淆能力。

解析：C 选项的描述错误。

HAR 支持使用 page 页面。

A 选项，HAR 确实不支持引用 AppScope 目录中的资源，编译构建时 AppScope 中的内容不会打包到 HAR 中，可能导致资源引用失败。

B 选项，HAR 不能在设备上单独安装/运行，只能作为应用模块的依赖项被引用，这种说法是正确的。

D 选项，HAR 可以作为二方库和三方库给其他应用使用，需要保护代码资产时建议开启混淆能力，表述无误。

综上所述，选择 C 选项。

24.want参数的entities匹配规则错误的是

A.调用方传入的want参数的entities不为空，待匹配应用组件的skills配置中的entities为空，则entities匹配失败。

B.调用方传入的want参数的entities不为空，待匹配应用组件的skills配置中的entities不为空且包含调用方传入的want参数的entities，则entities匹配成功。

C.调用方传入的want参数的entities为空，待匹配应用组件的skills配置中的entities为空，则entities匹配成功。

D.调用方传入的want参数的entities为空，待匹配应用组件的skills配置中的entities不为空，则entities匹配失败。

解析：以下是对每个选项的分析：

A 选项：调用方传入的 want 参数的 entities 不为空，而待匹配应用组件的 skills 配置中的 entities 为空，这种情况下 entities 匹配失败，该描述是正确的。

B 选项：调用方传入的 want 参数的 entities 不为空，待匹配应用组件的 skills 配置中的 entities 不为空且包含调用方传入的 want 参数的 entities 时，entities 匹配成功，此描述正确。

C 选项：调用方传入的 want 参数的 entities 为空，待匹配应用组件的 skills 配置中的 entities 为空，此时 entities 匹配成功，该表述正确。

D 选项：调用方传入的 want 参数的 entities 为空，待匹配应用组件的 skills 配置中的 entities 不为空，这种情况应该是匹配成功，而不是匹配失败。所以该选项的描述错误。

综上所述，选择 D 选项。

25.在编译构建HAP时，会从HAP模块及依赖的模块中收集资源文件，如果不同模块下的资源文件出现重名冲突时，会按照优先级进行覆盖，现在有一个HAP依赖了两个HAR，依赖配置如下所示：

typescript 复制代码

// oh-package.json5
{
  "dependencies": {
    "dayjs": "^1.10.4",
    "lottie": "^2.0.0"
  }
}

26.在资源覆盖时，以下优先级排序正确的是（）

A.AppScope>HAP包自身模块>lottie模块>dayjs模块

B.HAP包自身模块>lottie模块>dayjs模块>AppScope

C.HAP包自身模块>dayjs模块>lottie模块>AppScope

D.AppScope>HAP包自身模块>dayjs模块>lottie模块

解析：C选项正确。

在编译构建 HAP 时，资源覆盖的优先级排序通常是：AppScope > HAP 包自身模块 > 依赖的模块。

所以应该是 AppScope > HAP 包自身模块 > dayjs 模块>lottie 模块。

综上所述，选择 A 选项。

27.可以通过下面那个接口拉起导航类的垂域面板

A.startAbility

B.startAbilityForResult

C.startAbilityByType

D.startAbilityByCall

解析：通过startAbilityByType拉起垂类应用，所以答案选C。

28.一个应用有2个UIAbility组件，其module.json中abilities标签的配置如下方代码。
在手机设备上，执行如下操作后：
1.启动UIAbility1，然后back键返回销毁UIAbility1;
2.启动UIAbility2, 然后back键返回销毁UIAbility2;
3.启动UIAbility2, 然后back键返回销毁UIAbility2;
进入多任务列表，能看看到该应用的几个任务视图：

typescript 复制代码

"abilities": [
  {
    "name": "UIAbility1",
    "srcEntry": "./ets/entryability/Ability1.ets",
    "description": "$string:EntryAbility_desc",
    "icon": "$media:icon",
    "label": "$string:Ability1_label",
    "startWindowIcon": "$media:icon",
    "startWindowBackground": "$color:start_window_background",
    "exported": true,
    "launchType": multiton
  },
  {
    "name": "UIAbility2",
    "srcEntry": "./ets/entryability/Ability2.ets",
    "description": "$string:Ability2_desc",
    "icon": "$media:icon",
    "label": "$string:Ability2_label",
    "startWindowIcon": "$media:icon",
    "startWindowBackground": "$color:start_window_background",
    "exported": true,
    "launchType": singleton,
    "removeMissionAfterTerminate":true
  }
]

A、0个

B、1个

C、2个

D、3个

解析：在上述操作后，进入多任务列表能看到该应用的 1 个任务视图。所以答案选B。

UIAbility1 的 launchType 为 multiton，每次启动都会创建新的实例，销毁后不会在多任务列表中留下记录。

UIAbility2 的 launchType 为 singleton，且设置了 removeMissionAfterTerminate 为 true，意味着在销毁后会从多任务列表中移除。

所以在完成上述操作后，多任务列表中只会有当前正在运行的 UIAbility2 的任务视图，如果此时 UIAbility2 也被销毁了，那么多任务列表中就没有该应用的任务视图了。

29.开发者开发了一个应用，该应用只有一个hap包，其module.json5中abilities的配置如下
所示，包含1个UIAbility(无Web组件)、1个FormExtensionAbility组件、
1个WorkSchedulerExtensionAbility组件，那么该应用在运行过程中，
最多会存在几个应用进程：

typescript 复制代码

"abilities": [

  {

    "name" : "EntryAbility",

    "srcEntry" : "./etc/entryability/EntryAbility.ts",

    "description" : "$string:EntryAbility_desc",

    "exported" : ture

  }

],

"extensionAbilities": [

  {

    "name": "ClockFormExtensionAbility",

    "srcEntrance": "./ets/form/ClockFormExtensionAbility.ts",

    "type": "form"

  },

  {

    "name": "TipWorkSchedulerExtensionAbility",

    "srcEntrance": "./ets/service/TipWorkSchedulerExtensionAbility.ts",

    "type": "workScheduler"

  }

]

A.4个

B.1个

C.2个

D.3个

解析：B。

一个应用中，UIAbility 是应用的主要界面能力，FormExtensionAbility 组件和 WorkSchedulerExtensionAbility 组件是扩展能力。

在这种情况下，通常只有一个应用进程来管理整个应用的运行，包括 UIAbility 和各种扩展能力。

所以该应用在运行过程中最多会存在 1 个应用进程，选择 B 选项。

30.1.在UIAbility的onCreate生命周期中通过EventHub的on注册"event1"和"event2"事件。

typescript 复制代码

import { hilog } from '@kit.PerformanceAnalysisKit';

import { UIAbility, Want, AbilityConstant } from '@kit.AbilityKit';

const DOMAIN_NUMBER: number = 0xFF00;

const TAG: string = '[EventAbility]';

export default class EntryAbility extends UIAbility {

onCreate(want: Want, launchParam: AbilityConstant.LaunchParam): void {

// 获取UIAbility实例的上下文

let context = this.context;

// 获取eventHub

let eventhub = this.context.eventHub;

// 执行订阅操作

eventhub.on('event1', this.eventFunc);

eventhub.on('event2', this.eventFunc);

hilog.info(DOMAIN_NUMBER, TAG, '%{public}s', 'Ability onCreate');

}

// ...

eventFunc(argOne: Context, argTwo: Context): void {

hilog.info(DOMAIN_NUMBER, TAG, 'receive. ' + `${argOne}, ${argTwo}`);

return;

}

}

2.在UI组件的click处理事件中调用如下的eventHubFunc，连续点击2次该控件后，运行日志输出是什么：

typescript 复制代码

import common from '@kit.AbilityKit';;

import { promptAction } from '@kit.ArkUI';

@Entry

@Component

struct Page_EventHub {

private context = getContext(this) as common.UIAbilityContext;

eventHubFunc() : void {

this.context.eventHub.emit('event1');

this.context.eventHub.emit('event2', 2, 'test2');

this.context.eventHub.off('event1');

}

build() {

Column() {

// ...

List({ initialIndex: 0 }) {

ListItem() {

Row() {

// ...

}

.onClick(() => {

this.eventHubFunc();

promptAction.showToast({

message: $r('app.string.EventHubFuncA')

});

})

}

}

// ...

}

// ...

}

}