很多初学者写鸿蒙 RPC 代码时，最容易出问题的地方不是连接服务，而是消息对象的读写细节。鸿蒙 RPC 的写法看起来是 API 调用，底层却是严格的消息协议。稳定的 RPC 代码通常有三个特征：协议常量清晰、消息读写对称、异常和生命周期处理完整。掌握这三点，再去看官方 @ohos.rpc 文档，很多接口就能自然串起来。实践中建议把 data、reply 的释放写进 finally，保证成功、失败、

很多初学者写鸿蒙 RPC 代码时，最容易出问题的地方不是连接服务，而是消息对象的读写细节。鸿蒙 RPC 的写法看起来是 API 调用，底层却是严格的消息协议。稳定的 RPC 代码通常有三个特征：协议常量清晰、消息读写对称、异常和生命周期处理完整。掌握这三点，再去看官方 @ohos.rpc 文档，很多接口就能自然串起来。实践中建议把 data、reply 的释放写进 finally，保证成功、失败、

很多初学者写鸿蒙 RPC 代码时，最容易出问题的地方不是连接服务，而是消息对象的读写细节。鸿蒙 RPC 的写法看起来是 API 调用，底层却是严格的消息协议。稳定的 RPC 代码通常有三个特征：协议常量清晰、消息读写对称、异常和生命周期处理完整。掌握这三点，再去看官方 @ohos.rpc 文档，很多接口就能自然串起来。实践中建议把 data、reply 的释放写进 finally，保证成功、失败、

鸿蒙多端适配不只是把界面尺寸放大，而是要根据设备空间重新组织交互结构。同时声明手机、平板和二合一设备。根据实际窗口宽度设置响应式断点。手机使用底部导航，平板使用侧边导航。大屏限制正文最大宽度。根据导航形式动态调整页面留白。正确配置目标 API 和最低兼容 API。通过 ArkUI 的声明式布局能力，一套代码即可覆盖多种鸿蒙设备形态。

鸿蒙多端适配不只是把界面尺寸放大，而是要根据设备空间重新组织交互结构。同时声明手机、平板和二合一设备。根据实际窗口宽度设置响应式断点。手机使用底部导航，平板使用侧边导航。大屏限制正文最大宽度。根据导航形式动态调整页面留白。正确配置目标 API 和最低兼容 API。通过 ArkUI 的声明式布局能力，一套代码即可覆盖多种鸿蒙设备形态。

碰一碰、AI 隔空传送、应用接续和跨设备互通双向能力都要求开发者把业务状态、内容结构、安全边界、冲突规则和降级体验设计清楚。真正高质量的协同，不是把页面传过去，而是把用户正在做的事可靠地延续下去，并且在任何失败路径下都能给用户明确、可信、可恢复的反馈，最终形成稳定一致的全场景体验和长期信任。手机、平板、PC、手表、智慧屏的屏幕、输入、传感器和权限都不同。对于开发者来说，重点不是猜测系统底层怎么传，

碰一碰、AI 隔空传送、应用接续和跨设备互通双向能力都要求开发者把业务状态、内容结构、安全边界、冲突规则和降级体验设计清楚。真正高质量的协同，不是把页面传过去，而是把用户正在做的事可靠地延续下去，并且在任何失败路径下都能给用户明确、可信、可恢复的反馈，最终形成稳定一致的全场景体验和长期信任。手机、平板、PC、手表、智慧屏的屏幕、输入、传感器和权限都不同。对于开发者来说，重点不是猜测系统底层怎么传，

HarmonyOS 6.1 的新能力里，沉浸光感组件、悬浮页签、FaceAR & BodyAR、智感握姿等内容都指向一个方向：系统不再只要求应用“能用”，而是要求应用在多设备、多姿态、多模态交互里更自然。悬浮页签、沉浸光感、FaceAR、BodyAR、智感握姿不是孤立能力，而是让应用从平面页面走向多设备、多姿态、多模态体验的工具。开发者在接入 6.1 UI 新能力前，最好和设计团队明确交付物：不同

权限判断不要散落在各个页面。删除护理记录、导出患者资料、上传病历图片、修改医嘱状态等操作，即使权限满足，也应考虑二次确认。鸿蒙应用要把权限声明、运行时申请、用途说明、失败降级、敏感数据保护、角色控制、退出清理和用户可理解的安全提示统一考虑。权限测试要覆盖首次授权、拒绝后再次申请、永久拒绝、系统设置打开后返回、卸载重装、升级后权限变化等路径。鸿蒙应用访问相机、定位、麦克风、通讯录、文件等能力时，需要

权限判断不要散落在各个页面。删除护理记录、导出患者资料、上传病历图片、修改医嘱状态等操作，即使权限满足，也应考虑二次确认。鸿蒙应用要把权限声明、运行时申请、用途说明、失败降级、敏感数据保护、角色控制、退出清理和用户可理解的安全提示统一考虑。权限测试要覆盖首次授权、拒绝后再次申请、永久拒绝、系统设置打开后返回、卸载重装、升级后权限变化等路径。鸿蒙应用访问相机、定位、麦克风、通讯录、文件等能力时，需要