你是不是也在想——“鸿蒙这么火，我能不能学会？”
答案是：当然可以！
这个专栏专为零基础小白设计，不需要编程基础，也不需要懂原理、背术语。我们会用最通俗易懂的语言、最贴近生活的案例，手把手带你从安装开发工具开始，一步步学会开发自己的鸿蒙应用。
不管你是学生、上班族、打算转行，还是单纯对技术感兴趣，只要你愿意花一点时间，就能在这里搞懂鸿蒙开发，并做出属于自己的App！
📌 关注本专栏《零基础学鸿蒙开发》，一起变强！
每一节内容我都会持续更新，配图+代码+解释全都有，欢迎点个关注，不走丢，我是小白酷爱学习，我们一起上路 🚀

前言

先抛个灵魂拷问：当客厅音箱、手机、平板同时听到“你好，小悦”时，谁该第一时间响应？要是三个设备一起答，还不如安静更美好。想把语音助手做得聪明、懂礼貌、会分工，在鸿蒙（OpenHarmony/HarmonyOS）体系里，我们可以把分布式软总线（DSoftBus）+ 设备管理（DeviceManager）+ 分布式数据服务（DDS）+ 分布式调度/远程Ability + 音频路由/采集拼成一套“多设备协同大脑”。下面我从架构、通道、策略、代码四条线，一把梭哈讲透。🙂

1. 总览：把“听、想、说、做”切成四条分布式链路

         ┌───────── 发现/认证 ─────────┐
语音入口  │ DeviceManager (可信集)       │  → 身份可信！:contentReference[oaicite:0]{index=0}
         └───────────────────────────┘
         ┌──────── 近端通信 ───────────┐
协同总线 │ DSoftBus：会话/消息/流/文件   │  → 低时延传递音频/指令:contentReference[oaicite:1]{index=1}
         └───────────────────────────┘
         ┌──────── 数据一致 ───────────┐
共享状态 │ DDS：分布式KV/RDB（账号-应用-库）│ → 影子状态/会话主选举:contentReference[oaicite:2]{index=2}
         └───────────────────────────┘
         ┌─────── 远程执行/就地播放 ───────┐
跨端调度 │ 分布式调度/远程Ability/ServiceExt │ → 就近执行/远端TTS:contentReference[oaicite:3]{index=3}
         └───────────────────────────┘
         ┌───────── 音频子系统 ─────────┐
声学管线 │ AudioCapturer/Renderer/路由管理   │ → 采集/回放/设备切换:contentReference[oaicite:4]{index=4}
         └───────────────────────────┘

一句话设计观：把“听（麦克风）”和“说（扬声器）”尽量就近，把**“想（识别/理解/决策）”抽象成可迁移的远程能力**，把**“做（家居控制/查询服务）”做成幂等的分布式指令**。DSoftBus 负责低时延搬运，DDS 负责多端一致，分布式调度负责把能力搬到合适设备，音频Kit负责声学品质与路由。(CSDN 博客)

---

2. 协同挑战与目标

• 同时唤醒冲突：多个设备同听到唤醒词，谁主、谁静？
• 会话主从切换：当前主设备掉线，会话如何无感迁移？
• 音频路由与就近播放：识别在A设备，TTS应在离用户最近且最合适的设备播报。
• 跨端动作一致：结果/上下文在多端同步，UI和状态不打架。
• 弱网/离线稳态：家里网络抽风，近端仍然要能答。

---

3. 关键机制分解

3.1 设备“可信集合”：先有家，再谈协同

使用 DeviceManager 建立“可信设备集”（Trusted Devices）：发现→认证→加入可信域；应用可以订阅设备上下线事件，用于候选设备名单与主设备选举。(GitCode)

3.2 近端通信的高速路：DSoftBus

DSoftBus 对上暴露统一会话（消息/字节/流），对下适配 Wi-Fi/BLE/Ethernet 等链路，适合语音片段、VAD帧、端侧理解结果、播报指令等的近端传输；同时具备 QoS/可靠性增强与路由选择优化能力（近版本增强）。(CSDN 博客)

3.3 一处为准：分布式数据服务 DDS

以 分布式KV/RDB 存储会话上下文（sessionId、用户位置信息、候选设备打分、当前主设备ID、路由策略），在可信设备间自动同步；涉及跨端写入时，需要声明 ohos.permission.DISTRIBUTED_DATASYNC 并走用户授权。(GitCode)

3.4 把“想”迁到对的地方：分布式调度/远程Ability

用户靠近的屏/音箱唤醒，语音识别/理解可以就近在该设备执行；也可按算力/散热把NLP/大模型插件迁到另一台设备，通过远程Ability/ServiceExtensionAbility连接调用。(知乎专栏)

3.5 声学基建：AudioCapturer/Renderer/路由

录音走 AudioCapturer；播报走 AudioRenderer；用 AudioRoutingManager 查询/切换输入输出设备（耳机/音箱/扬声器），事件感知设备插拔/路由变化。(GitCode)

---

4. 协同策略：谁来回答，怎么回答？

核心：一个公式 + 三条规则

• 设备评分函数（候选设备d）：
  Score(d) = α·Proximity + β·SNR + γ·Capability + δ·Battery - ε·BusyPenalty
  近距、信噪比高、具备本地ASR/TTS能力、充电中优先；占线或在播报扣分。

• 规则 R1（主设备选举）：当多个设备同时唤醒，本地打分最高者成为“主设备”，写入 DDS voice.session.currentLeader = deviceId 并用 DSoftBus 广播。

• 规则 R2（就地采集、就近播报）：ASR/理解默认在主设备执行；TTS输出走AudioRoutingManager择优到离用户最近的可播设备，必要时通过远程Ability下沉到客厅音箱执行。(GitCode)

• 规则 R3（无感切换）：主设备掉线，按前述评分在存活候选中重选主设备；通过 DDS 的 session.context 把**自然语境（上轮问题/用户意图）**同步到新主设备后继续播报。

---

5. 关键代码骨架（ArkTS，能跑能改）

注意：下面示例聚焦机制而非完整产品；接口名以官方文档为准，权限需在 module.json5 声明。

5.1 发现与认证（DeviceManager）——可信集的入口

// device/trust.ts
import deviceManager from '@ohos.distributedDeviceManager';

let dm: deviceManager.DeviceManager;
export function initDM(bundle: string) {
  dm = deviceManager.createDeviceManager(bundle);      // 构建实例
  dm.on('deviceStateChange', info => console.info('[DM] state', JSON.stringify(info)));
}
export async function discover(timeout = 8000) {
  const found: deviceManager.DeviceBasicInfo[] = [];
  const subId = Date.now() % 100000;
  dm.startDiscovering({ subscribeId: subId, mode: 0, medium: 0, freq: 1, isWakeRemote: true }, (err, info) => {
    if (!err && info) found.push(info);
  });
  await new Promise(r => setTimeout(r, timeout));
  dm.stopDiscovering();
  return found; // 供UI选择认证目标
}
// 认证（示意，实际按PIN/扫码/确认码流程）
export function authenticate(deviceId: string): Promise<void> {
  return new Promise((res, rej) => dm.authenticateDevice(deviceId, {/* options */}, err => err ? rej(err) : res()));
}

为什么必要？可信集合是多设备协同的准入门槛，没有它就谈不上跨端共享状态与能力。(GitCode)

---

5.2 分布式会话状态（DDS KV）——一处为准

// state/dds.ts （伪封装）
type VoiceSession = {
  id: string;
  currentLeader?: string;              // 当前主设备
  lastUtter?: string;                  // 上轮话术
  routeHint?: { in?: string; out?: string }; // 路由偏好
  ts: number;
};
// 实际应调用 DDS 提供的 KV/RDB API，示意如下：
const cache = new Map<string, VoiceSession>();
export function putSession(s: VoiceSession) { cache.set(s.id, s); }  // → DDS.KV.put
export function getSession(id: string) { return cache.get(id); }     // ← DDS.KV.get

要点：使用 DDS 需声明 ohos.permission.DISTRIBUTED_DATASYNC 并申请用户授权；可信设备间自动同步。(GitCode)

---

5.3 近端广播与音频流动（DSoftBus）——低时延协同

// bus/session.ts （高度简化）
export async function broadcastLeader(sessionId: string, leaderId: string) {
  // 经 DSoftBus 会话把 {sessionId, leaderId} 发给组内其他设备
  // 实际实现：创建会话 → SendMessage/SendBytes
}
export async function sendPcmFrame(sessionId: string, buf: ArrayBuffer) {
  // 用 SendStream 发送音频帧；对端按帧序消费
}

**为什么是 DSoftBus？**它统一了近端发现、会话与传输（消息/流/文件），避免你在 BLE/Wi-Fi 间自造轮子。(CSDN 博客)

---

5.4 录音与唤醒（AudioCapturer + 自研/第三方唤醒）

// audio/capture.ts
import { audio } from '@kit.AudioKit';
let capturer: audio.AudioCapturer | undefined;

export async function startMic(sampleRate = 16000) {
  const opts: audio.AudioCapturerOptions = {
    streamInfo: { samplingRate: sampleRate, channels: 1, format: audio.AudioSampleFormat.SAMPLE_S16LE },
    capturerInfo: { source: audio.SourceType.SOURCE_TYPE_MIC }
  };
  capturer = await audio.createAudioCapturer(opts);
  capturer.on('readData', (buf: ArrayBuffer) => {
    // 1) 本地VAD/唤醒（openWakeWord等）→ 唤醒命中广播主设备；
    // 2) 主设备则送ASR；非主设备静默或做双鉴定以降误唤醒
  });
  await capturer.start();
}
export async function stopMic() { await capturer?.stop(); await capturer?.release(); capturer = undefined; }

依据：AudioCapturer 提供输入设备采集、状态/中断/设备变更等事件；官方指南与 API 参考详见文档。(华为开发者)

若需要开源唤醒词，可评估 openWakeWord/相关集合做自定义命令词（思路可借鉴业界实践）。(CSDN 博客)

---

5.5 路由与就近播报（AudioRoutingManager + 远程Ability）

// audio/route.ts
import { audio } from '@kit.AudioKit';

export async function pickBestOutput(): Promise<string | undefined> {
  const mgr = audio.getAudioManager().getRoutingManager();
  const outputs = await mgr.getAvailableOutputDevices(); // 设备列表（音箱/耳机/扬声器…）
  // 这里按距离/类型/优先级挑选（示意）
  const speaker = outputs.find(d => d.deviceType === audio.DeviceType.SPEAKER);
  return speaker?.id;
}

export async function speak(text: string, preferDeviceId?: string) {
  const out = preferDeviceId ?? await pickBestOutput();
  // 1) 如果当前设备有TTS引擎且路由可用 → 本地 Renderer 播放
  // 2) 否则通过分布式调度连接远程Ability，让客厅音箱播报
  //    ctx.connectServiceExtensionAbility({ bundleName:'com.home.speech', abilityName:'TtsService', deviceId: target })
}

依据：路由管理器可枚举/切换音频输出设备；远程Ability/ServiceExtensionAbility可把TTS搬到目标设备执行。(GitCode)

---

6. 端到端的协同流程（从“唤醒”到“播报”）

1. 同时唤醒检测：多设备本地唤醒命中；各自计算 Score(d)；
2. 主设备竞选：设备向组内广播自己的分数，最高者把 currentLeader 写入 DDS，并通过 DSoftBus 广播“当选”；(CSDN 博客)
3. 就近识别：主设备本地采集→ASR；若算力不足则远程把 ASR Ability 迁到另一设备；(知乎专栏)
4. 理解与决策：本地NLU或远端服务产生意图与回复文本；
5. 播报路由：AudioRoutingManager 选择离用户最近、可用的输出设备；若不在本机，远程Ability把 TTS 下沉到目标音箱；(GitCode)
6. 状态回写：把问答摘要/设备动作写回 DDS，其他设备 UI 同步；异常则由主设备降级为本地短答。(GitCode)

---

7. 稳定性与隐私：别让助手“越帮越忙”

• 弱网降级：DSoftBus 在近端仍可用，离线短指令（本地唤醒 + 离线ASR少量指令）兜底。(CSDN 博客)
• 幂等与回放：对同一 reqId 的设备控制指令只执行一次；DDS 记录影子状态，支持异常回放与对账。(GitCode)
• 路由漂移监控：订阅 on('inputDeviceChange')/on('audioCapturerChange') 等事件，避免麦克风/耳机插拔导致的“失声”。(GitCode)
• 最小可见原则：音频只在会话设备集合内分发；跨端识别要做端到端加密与最小留存。
• 真机调试守则：DevEco Studio 下设备连接问题按官方FAQ逐条排障（USB2.0线、hdc重连、设备支持清单）。(华为开发者)

---

8. 实验与评测：用数据证明“谁更会说话”

• 唤醒冲突消解率：多设备同时唤醒，单一回应的比例≥99%。
• 端到端时延：从唤醒到听见“嗯？”≤300ms；从问句结束到首字播报≤800ms（近端计算）。
• 迁移成功率：主设备掉线后，无感切主成功率≥99%，上下文一致。
• 路由准确率：TTS在“用户最近设备”播报的命中率≥98%。
• 资源占用：主设备CPU≤N%、功耗曲线在夜间低波动。

---

9. 与生态的接口

• 家居控制联动：把助手意图转成分布式指令（DSoftBus流/消息），由家居Hub执行；影子同步到DDS（设备亮度/开关/模式）。
• 第三方ASR/TTS：若使用 Core Speech Kit/其他ASR，可把采集/路由/协同这层保持不变，仅替换识别/合成引擎。(华为开发者)

---

10. 小结 & 行动清单

多设备协同不是“谁都能说”，而是“谁该说、在哪说、说多大声”。在鸿蒙栈里，DSoftBus 解决近端沟通，DeviceManager 管身份与信任，DDS 保证一处为准，分布式调度把能力放在最该放的设备，AudioKit 兜底声学品质与路由。
三步落地：

1. 先把 DeviceManager + DDS 跑起来，能选主/写状态；(GitCode)
2. 接上 AudioCapturer/Renderer + 路由，完成就近听/就近说；(GitCode)
3. 用 DSoftBus + 远程Ability 把ASR/TTS/执行器自由迁移，完成无感切主与跨端播报。(CSDN 博客)

---

参考资料（强烈建议通读官方原文）

• DeviceManager（分布式设备管理）：设备发现、认证、可信集合、事件回调。(GitCode)
• 分布式数据服务（DDS）：分布式KV/RDB的同步、权限与授权要点。(GitCode)
• 分布式软总线（DSoftBus）：近端会话/消息/流传输的基础设施与新增能力。(CSDN 博客)
• 分布式调度/远程Ability：跨设备启动/连接/迁移能力概念与实践。(知乎专栏)
• 音频Kit（AudioCapturer/路由管理）：录音、回放、设备切换与事件回调。(华为开发者)
• 真机调试FAQ（DevEco Studio）：设备连接、hdc、支持清单。(华为开发者)
• 多设备Codelabs（OpenHarmony）：跨端协作示例骨架。(Gitee)
• 开源唤醒词实践思路（可作研究参考）。(CSDN 博客)

---

❤️ 如果本文帮到了你…

• 请点个赞，让我知道你还在坚持阅读技术长文！
• 请收藏本文，因为你以后一定还会用上！
• 如果你在学习过程中遇到bug，请留言，我帮你踩坑！