随着的正式发布，纯血鸿蒙生态进入快速发展期。ArkTS 语言与 ArkUI 声明式框架为企业级移动应用开发提供了全新的技术范式。然而，市面上的 HarmonyOS 教程多以 Demo 为主，缺少真正可落地、可维护、可扩展的企业级项目模板。本系列以一款完整的记账 APP 为载体，通过30 个 Git 版本循序渐进地构建一个企业级鸿蒙应用。一个可运行的 HarmonyOS NEXT 企业级 APP一个

在HarmonyOS NEXT的Camera Kit开发中，很多人会把官方示例直接搬进项目，结果发现预览界面掉帧、内存暴增、权限回调不生效、设备兼容性翻车。这些问题不是API本身的问题，而是大部分人没处理好会话生命周期和资源释放的细节。今天这篇不讲“什么是Camera Kit”，直接进入正题：帧率优化、内存泄漏、会话复用、权限回调、设备兼容性。每个问题都会给优化前后的代码对比，代码基于ArkTS，

很多人第一次用Camera Kit做拍照功能时，会遇到一个典型问题：触摸预览画面某个区域，摄像头对焦、曝光调节没反应。不是API不对，是触摸事件的传递和相机控制参数之间的同步没处理好。更隐蔽的问题是：拍照和录像之间的状态切换，处理不好会导致相机崩溃。我见过不止一个项目因为switchTo调用时机不对，在开发板上一跑就黑屏。这篇实战文章的目标是做一个能用的相机App，包含预览、拍照、录像、参数调节、

MediaLibrary Kit 是 Camera Kit 的必备搭档。看似简单的增删查，实际上隐藏着权限状态、查询条件、异步延迟这些坑。实际项目中建议统一封装一个媒体管理服务，把查询、删除、刷新逻辑收敛到同一个中，避免页面直接操作媒体库实例。

避免两边手动写两套参数，写错一个就对接不上。

在 HarmonyOS NEXT 的开发中，是一个高频需求。。官方 Camera Kit 提供了能力，但配套文档只展示了基础用法，很多人在实际项目里会遇到等问题。这篇博客会从零搭建一个可运行的安全相机，覆盖三个核心技术点，并解释每个环节的坑与解法。

官方示例通常只演示单摄像头预览，但实际拍照 App 中，用户希望平滑切换不同焦段的摄像头，而不是粗暴地重建整个相机会话。下面直接从代码入手，不扯概念。

在HarmonyOS NEXT开发中，相机功能几乎是每个涉及媒体处理的应用的标配。但直接使用Camera Kit开发相机应用，需要申请权限，这个权限属于用户敏感权限，申请流程长、用户拒绝率高。更麻烦的是，很多场景下开发者根本不需要自定义取景界面、不需要控制曝光和对焦参数，只是想让用户拍张照片或者录段视频，然后把文件拿回来用。这种情况下自己搭一套相机界面，属于明显的过度开发。CameraPicker

需要维护一个全局状态，记录相机当前处于哪个阶段。不能每次恢复都重新初始化全部对象，那样资源开销太大。INITIALIZED = 'initialized', // Camera对象创建完成SESSION_CREATED = 'session_created', // 会话已创建PREVIEW_STARTED = 'preview_started', // 预览已启动BACKGROUND = 'ba

自动切换摄像头这个功能，在视频通话、直播、自拍等场景里几乎成了标配。用户把手机翻过来，摄像头就从前置切到后置；再翻回去，又切回前置。看起来很自然的一个操作，但很多人第一次尝试在HarmonyOS NEXT上实现时，会发现官方示例里只有手动切换的代码，根本没有自动切换的参考。哪怕你照着文档把和这篇文章就专门解决这两个问题。我会从传感器监听、人脸检测的辅助判断、切换策略到平滑过渡，给出一套可直接运行的