程序员Feri | 13年编程老炮，拆解技术脉络，记录程序员的进化史

Hello，我是Feri。

今天咱们聚焦鸿蒙6.0应用开发的核心基础——ArkTS循环语句。

很多刚接触ArkTS的同学会发现，虽然它和TypeScript语法相似，但在鸿蒙开发场景下，循环的用法和优化点有明显差异：比如UI列表渲染要用LazyForEach而非普通for，状态变量循环更新有特殊注意事项，甚至设备端开发的循环性能要求更严苛……

今天就把ArkTS循环讲透，让你在鸿蒙开发中既能写对，又能写优！

一、3种基础循环：ArkTS中的“重复执行”核心工具

ArkTS继承了TypeScript的基础循环结构，但结合鸿蒙开发场景（比如设备交互、状态管理），用法更有针对性。

1. for循环：已知次数的精准控制

核心场景：处理固定长度的数据（如接口返回的数组、设备列表），尤其适合需要索引的场景。
鸿蒙特色：在ArkTS中，变量声明需明确类型（或通过类型推断），循环中操作状态变量时要注意UI刷新时机。

// 场景：鸿蒙应用中，计算已连接设备的信号平均值（已知设备数量）@State connectedDevices: Device[] = [  { id: 1, signal: -50 },  { id: 2, signal: -60 },  { id: 3, signal: -70 }];let totalSignal = 0;// 循环计算总和（缓存长度，提升性能）const deviceCount = this.connectedDevices.length;for (let i: number = 0; i < deviceCount; i++) {  totalSignal += this.connectedDevices[i].signal;}const avgSignal: number = totalSignal / deviceCount;console.log(`设备平均信号：${avgSignal}`);

避坑点：在ArkTS的UI组件中，避免在build()函数内写长时for循环，会阻塞UI渲染（鸿蒙UI线程对耗时操作敏感）。

2. while循环：未知次数的条件执行

核心场景：等待设备响应、监听状态变化（如蓝牙连接、传感器数据就绪）。
鸿蒙特色：在设备端开发（如智能手表）中，while循环常配合sleep或事件监听，需注意资源占用（避免无休眠的死循环耗尽设备电量）。

// 场景：鸿蒙智能设备中，等待传感器数据就绪（未知等待时长）@State sensorReady: boolean = false;let retryCount: number = 0;// 最多重试5次，每次间隔1秒（设备端常用策略）while (!this.sensorReady && retryCount < 5) {  // 调用传感器初始化接口  this.sensorReady = await initSensor();  if (!this.sensorReady) {    retryCount++;    await sleep(1000); // 鸿蒙提供的睡眠API，避免CPU空转  }}if (this.sensorReady) {  console.log("传感器初始化成功");} else {  console.error("传感器初始化失败，重试次数超限");}

关键提醒：鸿蒙设备端（如鸿蒙OS 3.0+）对循环耗时敏感，while(true)必须搭配break和合理休眠，否则会触发系统看门狗（WatchDog）重启。

3. do...while循环：至少执行一次的场景

核心场景：初始化校验（如应用首次启动的配置检查）、用户输入确认（结合鸿蒙的弹窗组件）。

鸿蒙特色：配合promptAction等系统组件时，do...while能确保用户至少看到一次提示。

// 场景：鸿蒙应用首次启动，引导用户输入昵称（至少提示一次）import promptAction from '@ohos.promptAction';@State userName: string = "";let inputValid: boolean = false;do {  // 调用鸿蒙系统弹窗，获取用户输入  const result = await promptAction.prompt({    message: "请输入您的昵称（2-8个字符）",    okButtonText: "确认",    cancelButtonText: "取消"  });  if (result.result) { // 用户点击确认    this.userName = result.result;    inputValid = this.userName.length >= 2 && this.userName.length <= 8;    if (!inputValid) {      await promptAction.showToast({ message: "昵称长度不合法，请重新输入" });    }  } else { // 用户点击取消，使用默认昵称    this.userName = "鸿蒙用户";    inputValid = true;  }} while (!inputValid);console.log(`用户昵称：${this.userName}`);

对比优势：在鸿蒙的交互场景中，do...while比while更符合“先操作再判断”的用户体验（比如必须让用户看到一次输入框）。

二、遍历循环：ArkTS中数组与对象的高效处理

ArkTS的遍历循环在语法上和TypeScript接近，但在鸿蒙开发中，**数组遍历更常用for...of**，而对象遍历多结合接口（interface）实现类型安全，尤其要注意鸿蒙特有的LazyForEach组件（UI列表渲染的核心）。

1. for...of循环：数组遍历的首选

核心场景：遍历数组元素（无需索引），如处理列表数据、批量更新状态。
鸿蒙特色：在@Builder或自定义组件中，for...of可配合UI组件生成重复元素（但大量数据更推荐LazyForEach）。

// 场景：鸿蒙应用中，遍历购物车列表并计算总价interface CartItem {  name: string;  price: number;  count: number;}@State cartList: CartItem[] = [  { name: "鸿蒙手环", price: 299, count: 1 },  { name: "华为耳机", price: 799, count: 1 }];let totalPrice: number = 0;// 用for...of遍历，简洁且类型安全for (const item of this.cartList) {  totalPrice += item.price * item.count;}console.log(`购物车总价：${totalPrice}元`);

进阶用法：结合entries()获取索引，适合需要同时操作元素和索引的场景：

for (const [index, item] of this.cartList.entries()) {  console.log(`第${index+1}件商品：${item.name}`);}

2. for...in循环：对象属性的遍历

核心场景：遍历对象的自有属性（如配置项、设备信息），需配合hasOwnProperty过滤原型链（ArkTS同样存在原型链继承）。
鸿蒙特色：鸿蒙API返回的对象（如deviceInfo）多为固定结构，用for...in可灵活获取键值对。

// 场景：遍历鸿蒙设备信息对象，打印所有属性interface DeviceInfo {  brand: string;  model: string;  osVersion: string;}const deviceInfo: DeviceInfo = {  brand: "Huawei",  model: "Mate 60",  osVersion: "HarmonyOS 4.0"};// 遍历对象属性，过滤非自有属性for (const key in deviceInfo) {  if (deviceInfo.hasOwnProperty(key)) {    // 用类型断言确保key是DeviceInfo的属性，避免类型错误    const value = deviceInfo[key as keyof DeviceInfo];    console.log(`${key}：${value}`); // 输出品牌、型号、系统版本  }}

注意：ArkTS中不推荐用for...in遍历数组（数组的length等属性可能被误读），数组遍历优先for...of。

3. LazyForEach：鸿蒙UI列表的“性能王者”

核心场景：渲染大量数据列表（如联系人、商品列表），这是ArkTS区别于TypeScript的核心特性之一。

优势：懒加载机制，只渲染可视区域内的元素，大幅降低内存占用（尤其在设备端开发中至关重要）。

// 场景：鸿蒙应用中，用LazyForEach渲染1000条商品列表import { LazyForEach } from '@harmonyos/arkui-components';// 1. 定义数据源（需实现IEnumerable接口）class GoodsDataSource implements IEnumerable<CartItem> {  private goodsList: CartItem[] = [];  constructor(list: CartItem[]) {    this.goodsList = list;  }  // 获取数据总数  totalCount(): number {    return this.goodsList.length;  }  // 获取指定索引的数据  getData(index: number): CartItem {    return this.goodsList[index];  }  // 迭代器（LazyForEach核心，按需返回数据）  [Symbol.iterator](): Iterator<CartItem> {    let index = 0;    return {      next: () => {        if (index < this.totalCount()) {          return { value: this.getData(index++), done: false };        }        return { value: undefined, done: true };      }    };  }}// 2. 在UI中使用LazyForEach@BuilderbuildGoodsList() {  const dataSource = new GoodsDataSource(this.cartList);  List() {    LazyForEach(dataSource, (item: CartItem) => {      ListItem() {        Text(`${item.name} - ${item.price}元`)          .fontSize(16)          .padding(10);      }    })  }}

为什么不用普通for循环：如果用for...of渲染1000条数据，会一次性创建所有UI组件，导致内存飙升和启动卡顿；LazyForEach只创建可视区域的5-10条，滚动时再动态加载，是鸿蒙UI开发的推荐方案。

三、循环控制与高阶方法：让逻辑更简洁

ArkTS支持break、continue等控制语句，以及forEach、every等数组高阶方法，用法和TypeScript类似，但在鸿蒙场景下有特殊注意事项。

1. 循环控制：break与continue

• break：终止循环 场景：从设备列表中查找目标设备，找到后立即停止遍历。

// 在已连接设备中查找ID为100的设备let targetDevice: Device | null = null;for (const device of this.connectedDevices) { if (device.id === 100) { targetDevice = device; break; // 找到后终止，减少无效遍历 }}

• continue：跳过当前迭代 场景：过滤无效数据（如信号强度过弱的设备）。 // 只处理信号强度≥-80的设备（鸿蒙设备信号强度通常用负数表示，-50优于-80）for (const device of this.connectedDevices) { if (device.signal < -80) continue; // 跳过弱信号设备 console.log(`有效设备：${device.id}，信号：${device.signal}`);}

2. 数组高阶方法：forEach/every/some

这些方法在ArkTS中同样适用，但需注意：在@Component的build()函数中，避免用forEach直接生成大量UI组件（优先LazyForEach），适合数据处理场景。

// 1. forEach：批量更新设备状态this.connectedDevices.forEach(device => {  device.status = "online"; // 批量设置设备为在线状态});// 2. every：判断所有设备是否都在线const allOnline: boolean = this.connectedDevices.every(device => device.status === "online");console.log("所有设备是否在线：", allOnline);// 3. some：判断是否有设备信号过弱const hasWeakSignal: boolean = this.connectedDevices.some(device => device.signal < -90);if (hasWeakSignal) {  promptAction.showToast({ message: "存在弱信号设备，请靠近" });}

四、鸿蒙开发中的循环性能优化

ArkTS的循环优化不仅关乎执行速度，更直接影响鸿蒙应用的流畅度和设备续航（尤其在智能手表、IoT设备等资源受限场景），记住3个核心技巧：

1. 用LazyForEach替代普通循环渲染列表

这是鸿蒙UI开发的“铁律”：当列表数据超过10条，必须用LazyForEach，否则会导致UI卡顿甚至崩溃。

2. 循环中避免频繁修改@State变量

@State变量的每次修改都会触发UI重渲染，循环中频繁修改会导致多次重绘。优化方案：先在局部变量中处理，最后一次性更新@State。

// 反例：循环中频繁修改@State，触发多次重渲染for (let i = 0; i < 10; i++) {  this.count = i; // 每次修改都会触发UI更新}// 正例：局部变量处理后，一次性更新@Statelet tempCount = 0;for (let i = 0; i < 10; i++) {  tempCount = i;}this.count = tempCount; // 只触发一次UI更新

3. 设备端循环：减少CPU占用

在鸿蒙设备端（如LiteOS-M内核的智能设备），循环应避免空转，尽量用事件驱动代替轮询。若必须轮询，需添加合理休眠：

// 设备端轮询检查传感器数据（优化版）while (true) {  if (checkSensorData()) { // 检查数据是否就绪    processData(); // 处理数据    break; // 处理完退出循环  }  os.sleep(500); // 休眠500ms，降低CPU占用（关键！）}

五、避坑指南：ArkTS循环的3个高频错误

1. 在build()中用普通循环渲染长列表：导致内存溢出，正确做法是用LazyForEach。
2. 忽略@State变量的更新频率：循环中多次修改@State，引发UI频繁重绘，应先缓存结果再更新。
3. 设备端循环无休眠：导致CPU占用100%，耗尽设备电量，必须用os.sleep()或事件监听替代。

六、总结：ArkTS循环选择指南（鸿蒙开发场景版）

ArkTS的循环看似基础，实则是鸿蒙开发性能和体验的关键。

记住：脱离场景谈循环都是空谈——在应用端渲染列表，LazyForEach是首选；在设备端处理传感器数据，带休眠的while更合适；在状态管理中，减少@State的循环更新是核心。

希望今天的内容能帮你在鸿蒙开发中少走弯路，下次写循环时，先想清楚“我在开发什么场景（应用/设备？UI/数据？）”，再选对应的工具，效率会翻倍～

明天周四啦，距离周末很近了，继续加油！

成长的路上，有我相伴，咱们一起深耕鸿蒙生态！