Harmony面试模版

1. 自我介绍

看表达能力、沟通能力

面试记录：

2. 进一步挖掘

2.1. 现状

目前是在职还是离职，如果离职，从上一家公司离职的原因

2.2. 项目经验

如果自我介绍工作项目经验讲的不够清楚，可以根据简历上的信息再进一步了解

面试记录：

3. 鸿蒙技术问题

3.1. ArkTS

3.1.1. 基础

3.1.1.1. 基本数据类型有哪些

	数据类型	概述
基本类型	number	数值
	boolean	布尔
	string	字符串
	array
	Record
	Object	Object类型是所有引用类型的基类型。任何值，包括基本类型的值（它们会被自动装箱），都可以直接被赋给Object类型的变量。
	object	object类型则用于表示除非基本类型外的类型。
	enum	枚举
	Union	union类型，即联合类型，是由多个类型组合成的引用类型。联合类型包含了变量可能的所有类型。 typeAnimal = Cat | Dog | Frog | number;
	undefined	一个未定义或不存在的值
	null	空
	object	对象
	Symbol	独一无二的值
	bigint	任意大的整数
	any	任意
	unknown	未知类型
	void	没有任何返回值的类型
	never	永远不存在的类型
	NaN	parseInt一个非数字字符串，不会走到catch，会直接返回一个NaN

不用讲全，可以引导讲一下常用的用法和注意事项

延伸问题

• 如Map不能转json，要用Record
• 枚举比较运算符需要用“===”，否则不会返回true
• if条件中，数值类型0会返回false

3.1.1.2. let 和 const区别

区别	let	const
类型	声明变量	声明常量
赋值	可以被多次赋值，最后一次赋值覆盖前面的值	只能被赋值1次

3.2. 并发

文档中心

为了提升应用的响应速度与帧率，避免耗时任务对UI主线程的影响，ArkTS提供了异步并发和多线程并发两种处理策略。

• 异步并发是指异步代码在执行到一定程度后会被暂停，以便在未来某个时间点继续执行，这种情况下，同一时间只有一段代码在执行。ArkTS通过Promise和async/await提供异步并发能力，适用于单次I/O任务的开发场景。详细请参见使用异步并发能力。
• 多线程并发允许在同一时间段内同时执行多段代码。在UI主线程继续响应用户操作和更新UI的同时，后台线程也能执行耗时操作，从而避免应用出现卡顿。ArkTS通过TaskPool和Worker提供多线程并发能力，适用于耗时任务等并发场景。详细请参见多线程并发概述。

3.2.1. 异步并发

Promise async/await

使用场景

用法简单描述

对于异步并发的理解：不开启新线程

3.2.2. 多线程并发

3.2.2.1. TaskPoll和Worker的区别?

TaskPool和Worker均支持多线程并发能力。由于TaskPool的工作线程会绑定系统的调度优先级，并且支持负载均衡（自动扩缩容），而Worker需要开发者自行创建，存在创建耗时以及不支持设置调度优先级，故在性能方面使用TaskPool会优于Worker，因此大多数场景推荐使用TaskPool。

TaskPool偏向独立任务维度，该任务在线程中执行，无需关注线程的生命周期，超长任务（大于3分钟且非长时任务）会被系统自动回收；而Worker偏向线程的维度，支持长时间占据线程执行，需要主动管理线程生命周期。

延伸问题

TaskPool线程间通信，假如传递的是一个对象，这个对象的父类属性和方法在另外一个线程能调用到吗？

答案：调用不到，因为线程间传递对象是，把对象序列化了，序列化再反序列化后，父类的属性和方法就丢失了。

3.2.3. 数据持久化

HarmonyOS标准系统支持典型的存储数据形态，包括用户首选项、键值型数据库、关系型数据库。

开发者可以根据如下功能介绍，选择合适的数据形态以满足自己应用数据的持久化需要。

• 用户首选项（Preferences）：通常用于保存应用的配置信息。数据通过文本的形式保存在设备中，应用使用过程中会将文本中的数据全量加载到内存中，所以访问速度快、效率高，但不适合需要存储大量数据的场景。
• 键值型数据库（KV-Store）：一种非关系型数据库，其数据以“键值”对的形式进行组织、索引和存储，其中“键”作为唯一标识符。适合很少数据关系和业务关系的业务数据存储，同时因其在分布式场景中降低了解决数据库版本兼容问题的复杂度，和数据同步过程中冲突解决的复杂度而被广泛使用。相比于关系型数据库，更容易做到跨设备跨版本兼容。
• 关系型数据库（RelationalStore）：一种关系型数据库，以行和列的形式存储数据，广泛用于应用中的关系型数据的处理，包括一系列的增、删、改、查等接口，开发者也可以运行自己定义的SQL语句来满足复杂业务场景的需要。

3.3. ArkUI

3.3.1. ArkUI框架有哪些特点？

ArkUI框架是鸿蒙（HarmonyOS）中的一个重要组件框架，具有以下几个特点：

1. 组件树结构 ： ArkUI框架通过布局组件和基础组件构建界面描述树（组件树），其中基础组件为叶子节点，布局组件为中间节点 。当用户进行交互时，会触发界面修改，通过重新渲染组件树来实现应用界面更新 。
2. 数据与UI更新过程 ： ArkUI框架的数据处理过程和UI更新过程是分开进行的。数据处理过程中，主要是对状态数据进行更新，并通过标脏过程确定布局最小影响范围，减少不必要的重新布局 。UI更新过程包括组件标脏、布局、测量和渲染等阶段 。
3. 布局组件 ： ArkUI框架提供了多种布局组件，如Row、Column、Stack、Flex、List、Grid、RelativeContainer等。开发者可以根据场景选择合适的布局组件，以优化性能 。例如，线性布局（Row、Column）适用于横向或纵向排列组件，而弹性布局（Flex）适用于需要弹性排列的场景。
4. 性能优化 ： ArkUI框架在性能优化方面做了很多工作。例如，通过减少不必要的组件嵌套和节点数量，降低布局测算的复杂度，从而提升性能。开发者可以使用DevEco Studio提供的工具（如Profiler和ArkUI Inspector）来查看性能瓶颈和组件树结构，进一步优化应用性能。
5. 状态管理 ： ArkUI框架支持状态管理最佳实践，通过有效的状态管理减少无效的UI更新操作，提升性能。例如，在状态变量变化导致UI更新时，只更新部分组件，而不是重新渲染整个界面。

 

3.3.2. 生命周期

3.3.2.1. UIAbility生命周期、启动流程

3.3.2.2. Page和自定义组件生命周期

有@Entry装饰器的@component组件的生命周期

• onPageShow：页面每次显示时触发一次，包括路由过程、应用进入前台等场景。
• onPageHide：页面每次隐藏时触发一次，包括路由过程、应用进入后台等场景。
• onBackPress：当用户点击返回按钮时触发。

有@Entry装饰器和无@Entry装饰器@Component组件都有的生命周期

• aboutToAppear：组件即将出现时回调该接口，具体时机为在创建自定义组件的新实例后，在执行其 build()函数之前执行。
• onDidBuild：API12新增，组件 build()函数执行完成之后回调该接口，不建议在 onDidBuild函数中更改状态变量、使用 animateTo等功能，这会导致不稳定的UI表现。
• aboutToDisappear：aboutToDisappear函数在自定义组件析构销毁之前执行。不允许在aboutToDisappear函数中改变状态变量，特别是@Link变量的修改会导致应用程序行为不稳定。

说一下顺序

页面又刷新，会走aboutToAppear吗

组件尺寸变化回调

abouttodisappear不适合异步，阻碍回收

3.3.3. 手势优先级的运用

两个手势冲突，怎么处理

3.3.4. ArkUI状态管理

V1

@State @Prop @Link @ObjectLink

@Provide/@Consume

@Builder 和 @BuilderParam

@Watch 监视数据的变化（第一次不会触发）

@State @Prop @Link哪个性能最差

文档中心

V2

@ObserveV2 @Trace

3.3.4.1. 如何进行全局状态管理?

应用全局的UI状态存储

1. @Provide+@Consume装饰器 适用场景：适用于整个组件树而言“全局”的状态共享，且该状态改动不频繁的场景。 工作原理：通过在最顶层组件中使用 @Provide装饰器提供状态，其他需要共享状态的组件通过 @Consume装饰器获取该状态 。 优点：减少了状态传递的层级，提升了代码的可维护性和可拓展性。 注意事项：确保状态的生命周期与组件树的生命周期一致，避免不必要的UI刷新。
2. AppStorage 适用场景：适用于整个应用而言“全局”的变量或应用的主线程内多个 UIAbility实例间的状态共享。 工作原理：AppStorage与应用的进程绑定，由UI框架在应用程序启动时创建，当应用进程终止，AppStorage被回收。 优点：适用于需要在整个应用中共享状态的场景。 注意事项：确保状态的生命周期与应用进程一致，避免在应用退出后仍有状态存在。
3. LocalStorage 适用场景：适用于单个Ability而言“全局”的变量，主要用于不同页面间的状态共享。 工作原理：LocalStorage的生命周期由应用程序决定，当应用释放最后一个指向 LocalStorage的引用时，LocalStorage被垃圾回收。 优点：适用于需要在单个UIAbility中不同页面间共享状态的场景。 注意事项：确保状态的生命周期与应用程序的生命周期一致，避免在应用退出后仍有状态存在。

3.3.4.2. LocalStorage在应用重启后数据会消失吗?

页面级UI状态存储

会,因为LocalStorage 是一种用于页面或组件级别的数据存储方式，它允许开发者在页面或组件的生命周期内存储和检索数据。LocalStorage 的数据存储在内存中，因此它的读写速度相对较快。但是，当应用重启后，LocalStorage 中的数据会丢失。

3.3.4.3. @Provider和@Consumer vs @Provide和@Consume的区别

	@Provider和@Consumer	@Provide和@Consume
版本历史	V2	V1
是否本地初始化	允许本地初始化，当找不到@Provider 的时候使用本地默认值	禁止本地初始化，当找不到对应的@Provide 时候，会抛出异常。
支持类型	支持 function。	不支持 function。
观察能力	仅能观察自身赋值变化，如果要观察嵌套场景，配合@Trace 一起使用	观察第一层变化，如果要观察嵌套场景，配合@Observed 和@ObjectLink 一起使用。
命名	alias 和属性名alias 是唯一匹配的 key，如果缺省 alias，则默认属性名为 alias。	alias 和属性名都为 key，优先匹配 alias，匹配不到可以匹配属性名。
从父组件初始化	允许	禁止
支持重载默认开启	即@Provider 可以重名，@Consumer 向上查找最近的@Provider。	默认关闭，即在组件树上不允许有同名@Provide。如果需要重载，则需要配置 allowOverride。

3.3.5. ForEach和LazyForEach的区别？

ForEach和LazyForEach都是用于渲染列表的装饰器，它们的区别在于：

ForEach：渲染列表时，会将列表中的每一项都渲染一次，适用于列表项数量较少的情况。

LazyForEach：渲染列表时，只渲染当前可见的列表项，适用于列表项数量较多的情况。

3.3.6. ArkUI动画

文档中心

3.3.7. 上拉加载和下拉刷新如何实现?

上拉加载： 使用pullToRefresh组件可以实现上拉加载更多数据的效果 。该组件支持懒加载，可以通过设置LazyForEach来实现数据的按需加载 。 在使用pullToRefresh组件时，需要将列表组件、绑定的数据对象和scroller对象包含进去，并添加上滑方法。

下拉刷新： 可以使用Refresh组件来实现下拉刷新功能 。刷新逻辑可以在onRefreshing回调方法中执行。 当列表滑动到底部时，可以触发onReachEnd事件回调，用于加载更多数据 。 这些组件和方法可以帮助开发者在鸿蒙（HarmonyOS）中实现流畅的上拉加载和下拉刷新功能，提升用户体验。

4. 进阶问题

4.1. 鸿蒙动态UI加载

文档中心

4.2. 如何优化应用的性能？

• 内存管理：合理分配和释放内存，避免内存泄漏。（按需分配（懒加载），及时释放）

• • 如避免循环依赖
  • 组件内生命周期的大内存对象在aboutToDisappear手动销毁释放
  • 播放器资源如果不需要在屏幕渲染了，及时释放

• 后台优化：合理使用后台服务和定时任务，避免不必要的后台运行。
• UI渲染优化

• • 使用轻量级的UI组件，减少布局复杂度，优化渲染性能。
  • 图片压缩
  • 图片/视频资源预加载

• 资源优化

• • 压缩图片和媒体资源，减少应用的体积和加载时间。
  • 耗时的绘制换成图片

• List等列表组件

• • LazyForEach，合理使用cachedCount
  • 复用

• 耗时任务放到异步线程（不卡主线程）

4.3. H5如何与HarmonyOS应用(webView)进行通信？官方文档

• 应用侧调用前端页面JS函数

应用侧可以通过runJavaScript()方法异步调用前端页面的JavaScript相关函数，并通过Promise方式返回脚本执行的结果。runJavaScript需要在loadUrl完成后，比如onPageEnd中调用。

• 前端页面调用应用侧函数

使用Web组件将应用侧代码注册到前端页面中，注册完成之后，前端页面中使用注册的对象名称就可以调用应用侧的函数，实现在前端页面中调用应用侧方法。注册应用侧代码有两种方式，一种在Web组件初始化调用，使用javaScriptProxy()接口。另外一种在Web组件初始化完成后调用，使用registerJavaScriptProxy()接口。

4.4. 三层架构是什么？

官方文档 三层架构为了“一次开发，多端部署”，项目结构采用三层架构 三层工程结构如下：

• commons（公共能力层）：用于存放公共基础能力集合（如工具库、公共配置等）。commons层可编译成一个或多个HAR包或HSP包，只可以被products和features依赖，不可以反向依赖。
• features（基础特性层）：开发页面、组件（HAR包或HSP包）。
• products（产品定制层）：定义phone\pad两个ability，引用 features 的包和 commons 的包完成应用功能

4.5. commonEventManager公共事件订阅踩坑

错误用法：subscribeEventHandler方法里，使用到this是为undefined

this.subscriber = await commonEventManager.createSubscriber(this.subscriberInfo)
      commonEventManager.subscribe(this.subscriber, this.subscribeEventHandler)

正确用法：加上.bind(this)

this.subscriber = await commonEventManager.createSubscriber(this.subscriberInfo)
      commonEventManager.subscribe(this.subscriber, this.subscribeEventHandler.bind(this))

原因：bind(this)来强行指定方法体的this为当前对象

5. 编程能力

5.1. 算法

任意说个算法

5.1.1. 开发模式MVC、MVVM等的理解

5.1.1.1. 如何提高代码质量

• 变量命名清晰，尽量不缩写不简写
• 方法行数、类行数控制，一个方法干一件事，一个类做一种事
• 模块之间解耦合，互相之间通信通过回调、代理给到另外的模块处理
• 单元测试、冒烟自测

6. 业务理解以及解决问题的能力

• 项目有哪些印象深刻难题，怎么解决的
• 有哪些亮点功能，大概讲一下

7. 面试结果

建议层级

面试外包对应的层级

w3对应s4，w4对应s5，老师给一个推荐层级

候选人优势

候选人不足

其他

面试结果