系统底座“承包”逻辑：HarmonyOS近期的更新到底解决了哪些工程痛点？

上周六受朋友邀请，陪他一起参加了鸿蒙的两场线下活动，了解HarmonyOS的一些最新情况。

上午我们先去了南京的HarmonyOS创新研究室进行了参观，最直接的感受是：鸿蒙的全场景设计理念，并不是把多个设备摆在一起就叫全场景，而是任何一项操作都不再被某一台设备独占。 听歌可以从手机碰一碰甩到车机；导航可以一键流转到中控屏；视频内容可以从手机投到后排幕布；就连组队进游戏房间也不再走「先发链接、再装应用、再加好友」的老路，碰一碰就直接进去了。所有这些之前要跨多个 App、多次跳转才能完成的事，在鸿蒙里都收敛成「系统级的一个动作」。

之前我也在网上刷过不少鸿蒙的碎片视频，这些功能并不算第一次知道。但被一个完整动线串着走一遍，跟看几十秒的剪辑差很多——你能直接体会到"多设备一致、跨应用流转"作为一种默认体验，是种什么观感。

进入移动互联网时代之后，Web 时代那种开放感很大程度上被一个个 App 围墙圈起来了。鸿蒙提供的那个切口很微妙：打破孤岛 App 壁垒的同时，又保留各应用的独立性，让流转、分享、协同变成「系统级习惯」。 这件事在体验馆里是真的能"看见"的。

这也让我对下午的交流活动有了更多期待

午饭过后，我又赶到下午会场——HDD·HarmonyOS创新论坛南京站，地点在国际青年文化中心。

如果说上午的体验馆解决的是「看到鸿蒙的样子」，那下午的论坛要解决的是「看清这套体验是怎么从代码里搭出来的」。

下午的论坛重点讲了鸿蒙生态建设的技术细节。

主讲老师们上来直接对着架构图和代码开始拆，相对于上午对一个普通看客来说会更"硬核"，但对开发者反而更过瘾。

作为一个长期在业务一线敲代码的开发者，我更关心的是：官方到底给我们提供了什么新武器？ 一整场听下来，HarmonyOS 6.1.0(23) 给我最强烈的感受可以浓缩成一句话：系统级 API 正在疯狂收敛，官方在主动接管那些过去被分散到每家应用里的「脏活累活」。

下面挑三个我现场印象最深的特性聊一下：悬浮页签、沉浸光感、平行视界。

一、悬浮页签：把工具栏从内容里"抬起来"

先说悬浮页签。 传统 App 的 Tab 栏钉在底部、占一整条空间，跟内容是分离的。在如今手机物理边框越来越窄的全面屏时代，这条 50dp 高的导航栏就像一堵墙，硬生生切掉将近 10% 的有效阅读区。

悬浮页签把这条工具栏从内容里抬起来——浮在内容之上、滑动时收起、需要时回来。听歌、播客、阅读、地图这类「内容主导，操作面要在但不能打断」的场景受益最直接。

工程上算笔账：过去要做"既悬浮、又不挡视野、又随手势自然显隐"的页签，每个团队都得自己手搓一套阴影、透明度和层级。6.1 把这一整套做成了组件——HdsTabs 配上 barFloatingStyle，几个参数下去就是悬浮形态、底部间距、渐变遮罩和沉浸光感材质：

import { hdsMaterial } from '@hms.hds.hdsMaterial'
import { HdsTabs, HdsTabsController } from '@kit.UIDesignKit'

HdsTabs({ controller: this.controller }) {
  // tab content
}
.barOverlap(true)                                  // 页签和内容叠放
.barPosition(BarPosition.End)
.barFloatingStyle({
  barWidth: { smallWidth: 200, mediumWidth: 300, largeWidth: 400 },
  barBottomMargin: 28,
  gradientMask: { maskColor: '#66F1F3F5', maskHeight: 92 },
  systemMaterialEffect: {
    materialType: hdsMaterial.MaterialType.IMMERSIVE,  // 沉浸光感材质
    materialLevel: hdsMaterial.MaterialLevel.ADAPTIVE  // 按设备算力自动调档
  }
})

就这几行。系统帮你接管阴影、透明度、材质渲染——开发者只需要表达"我要一个悬浮页签"。

https://www.zhihu.com/video/2037968396894069768

更详细内容可以参考下面的技术文档：设置页签栏的悬浮样式

二、沉浸光感：UI 终于不再是纯色平铺

如果说悬浮页签解决的是「位置关系」，沉浸光感解决的是「层次关系」——光照、反射、阴影、材质，让用户看出哪个组件在上层、哪个内容在下层。

UI 的演进史是这样的：拟物 → 扁平 → 纯色平铺。纯色平铺已经撑不住今天的信息密度。

沉浸光感不是简单的毛玻璃——它模拟点光源和反射，并按设备算力动态调整渲染精度。 性能一般用流畅档，性能足上完整档。

过去要做这种效果，常见做法要么是手搓 OpenGL Shader，要么挂一个第三方渲染引擎。学习曲线和维护成本都不低，碎片化设备上效果还不一致——更要命的是，应用层维护这种渲染管线极度消耗系统资源，复杂矩阵运算很容易让手机变成「暖宝宝」。

6.1 把这件事下沉到系统级渲染——所有用这套 Kit 的 App 会自然形成一致的视觉预期。接入也克制，主要就两种用法：

import { hdsMaterial } from '@hms.hds.hdsMaterial'

// 推荐:交给系统自适应,按设备算力自动选档
const effect = {
  materialType: hdsMaterial.MaterialType.IMMERSIVE,
  materialLevel: hdsMaterial.MaterialLevel.ADAPTIVE
}

// 进阶:先查询设备能力,再手动选档
const types = hdsMaterial.getSystemMaterialTypes()
if (types.includes(hdsMaterial.MaterialType.IMMERSIVE)) {
  // 支持完整光感: 选 EXQUISITE 或 GENTLE
} else {
  // 不支持: 降级到 SMOOTH,避免设备发热卡顿
}

官方推荐第一种——把档位决策权交回给系统。这是个挺鸿蒙的设计：开发者只表达意图，性能策略让系统兜底。

https://www.zhihu.com/video/2037968884804891746

更详细内容可以参考下面的技术文档：沉浸光感

三、平行视界：折叠屏终于不再是"大号直板机"

折叠屏出来这么多年了，平时打开邮箱第一反应永远是"为什么这屏还是手机版"——大屏 App 的尴尬过去几乎是公开秘密：屏大了，应用还是手机的单页布局，要么放大字号，要么把导航和路由搅成一团。

官方文档对平行视界给了一句定义：

平行视界以 Activity 为基本单位，以左右窗口分离显示、双窗口生命周期管理、双窗口显示模式和切换逻辑为核心，是应用内分屏的系统侧解决方案。

翻译成开发者更熟悉的语言：在折叠屏和平板这类大屏设备上，应用不再被迫维持手机的单页布局——系统会帮你把列表和详情分到左右两栏。

6.1 的接入做得相当克制——在 profile 目录下放一份 easy_go.json，再在 module.json5 里加一个 easyGo 字段指向它：

// module.json5
{
  "module": {
    "name": "entry",
    "easyGo": "$profile:easy_go"
  }
}
// profile/easy_go.json
{
  "common": {
    "homePage": "pages/Index",
    "displayModeOptions": {
      "wideWindowMode": "navigationSplit"
    }
  },
  "phone": {
    // 可针对手机形态覆盖 common 配置
  },
  "tablet": {
    // 可针对平板形态覆盖 common 配置
  }
}

common是基础配置，phone和tablet可以按形态覆盖。wideWindowMode选择分栏方式——navigationSplit走 Navigation 路由、routerSplit走 Router 路由，取决于应用本身的路由栈。邮箱左列表右正文，电商左商品流右详情，笔记左目录右内容——全部由应用配置决定，不再各家各写一套适配代码。

平行视界把这件事系统化下来——迟到，总比不到好。

这三个特性放在一起看，能感觉到 6.1 这一波 Kit 是有共同设计哲学的：开发者只表达意图（要悬浮、要光感、要分屏、要接续），底层实现交给系统统一兜底。 一致性、稳定性、性能优化都从应用层抬到 OS 层。

加上前面已有的能力，6.1 在图形、媒体、应用框架、应用服务、系统、AI 六大领域累计超过 100 个 Kit、约 6 万个 API。论坛收尾时主讲老师引了余承东的一句话——"鸿蒙生态不仅是做出来的，更是用出来的。" 上半句是平台方的事，下半句是开发者的事。6.1 这一波 Kit 的密度，是华为在抓上半句的关键窗口。

感兴趣可以阅读更详细的技术文档：通过easyGo兼容方案配置实现平行视界

干货之外，分享会最让我提神的是几家开发者上台讲自己的事。

最重头的是南京星梦之舟科技——3 人非科班起步，2 年半累计开发超过 50 款鸿蒙应用，主打产品「灵动小组件」是一个把鸿蒙桌面卡片化重构的工具，单品下载破 120 万、7000+ 评价 4.7 分，2024 年年营收 100 万。

最让我有感觉的是他们提到的两件事：第一，灵动小组件第一版代码 30 天写完——这个开发周期本身就反映出鸿蒙当前的工程链路对小团队是可承受的；第二，他们做的并不是简单的应用移植，而是顺着系统能力做了一次产品形态上的重构：把分散的 App 聚合成卡片、把单设备体验扩到多设备、把卡片从静态信息变成可互动的入口。这些动作能落地，前提是底层 Kit 的能力已经摆在那里。

另外两个案例——扁担软件的"便单""享记"，以及台铃把鸿蒙接进两轮车——分别对应了两条不同的路径：一条是"一次开发、多端发布"在中小应用上的可行性验证，另一条是传统硬件厂商接入鸿蒙生态的尝试。两者样本都还少，但方向上能看出生态在往哪边长。

整体听下来的判断是：鸿蒙现在处在一个基础设施基本就位、但应用层还相对稀疏的阶段。对小团队来说，这个阶段的特点是规则还在形成、参考样本不多——机会和不确定性同时存在，是否值得投入，要看团队自己对节奏的判断。

散场已经晚上 6 点。

一句话总结这一天：上午华为给我看的是”未来生活长什么样”，下午是”这条未来谁在建、靠什么挣钱”。

体验馆负责”信”——被讲解老师带着走过一遍完整的全场景动线，才真的相信”鸿蒙全场景”不是 PPT 拼词。分享会负责”干”——SDK 已经铺到 100+ Kit，标杆案例已经做出年营收百万的样本，下个月就要上架的新产品名单已经在台上念出来。

如果你跟我一样，是被移动互联网时代「一个 App 一堵墙」逼出来的开发者，这条路线值得多留一个心眼：它打破墙，但保留每个 App 的独立性；它把协作面抬到 OS 层，把业务面留给开发者。这个切口精妙到值得花段时间认真试一试。

正好华为现在在举办 2026 HarmonyOS 创新赛 还在报名收尾阶段，如果你想动手试试 6.1 这一波新能力，借着比赛上手是个不错的切口——既能挖到生态早期的红利，也能离这套底座更近一点。