子玥酱 （掘金 / 知乎 / CSDN / 简书 同名）

大家好，我是 子玥酱，一名长期深耕在一线的前端程序媛 👩‍💻。曾就职于多家知名互联网大厂，目前在某国企负责前端软件研发相关工作，主要聚焦于业务型系统的工程化建设与长期维护。

我持续输出和沉淀前端领域的实战经验，日常关注并分享的技术方向包括 前端工程化、小程序、React / RN、Flutter、跨端方案，
在复杂业务落地、组件抽象、性能优化以及多端协作方面积累了大量真实项目经验。

技术方向：前端 / 跨端 / 小程序 / 移动端工程化
内容平台：掘金、知乎、CSDN、简书
创作特点：实战导向、源码拆解、少空谈多落地
文章状态：长期稳定更新，大量原创输出

我的内容主要围绕 前端技术实战、真实业务踩坑总结、框架与方案选型思考、行业趋势解读 展开。文章不会停留在“API 怎么用”，而是更关注为什么这么设计、在什么场景下容易踩坑、真实项目中如何取舍，希望能帮你在实际工作中少走弯路。

子玥酱 · 前端成长记录官 ✨
👋 如果你正在做前端，或准备长期走前端这条路
📚 关注我，第一时间获取前端行业趋势与实践总结
🎁 可领取 11 类前端进阶学习资源（工程化 / 框架 / 跨端 / 面试 / 架构）
💡 一起把技术学“明白”，也用“到位”

持续写作，持续进阶。
愿我们都能在代码和生活里，走得更稳一点 🌱

引言

很多人把游戏开发完成之后，会有一种“快结束了”的错觉：

功能做完了
能跑了
也不卡了

于是下一步就准备上线。

但真正经历过一整套流程的人都知道：

开发只是 50%，上线流程才是另外 50%。

尤其是在 HarmonyOS（鸿蒙）生态下，游戏上线不仅仅是“打包一个安装包”，而是一整套：

开发 → 配置 → 打包 → 签名 → 测试 → 上架 → 审核

一、开发阶段：不仅是“能跑就行”

很多人开发游戏时关注的是：

• UI 是否正常
• 游戏逻辑是否正确
• 是否不卡顿

但如果目标是上线，需要额外关注几个关键点：

1、设备适配

鸿蒙设备类型很多：

• 手机
• 平板
• 智慧屏
• 可穿戴设备

要考虑：

• 分辨率适配
• 横竖屏支持
• 输入方式（触控 / 遥控）

否则审核阶段很容易被打回。

2、性能指标

游戏类应用审核会重点看：

• 帧率是否稳定（FPS）
• CPU / GPU 占用
• 内存使用

建议：

• 避免 UI 线程阻塞
• 减少频繁对象创建
• 合理使用缓存

3、权限与合规

如果你的游戏涉及：

• 网络请求
• 用户数据
• 登录系统

需要：

• 声明权限
• 提供隐私政策
• 避免过度采集数据

二、项目配置：很多人卡在这里

在 DevEco Studio 中，项目配置是上线的第一道门槛。

关键文件：

module.json5
app.json5

1、应用基础信息

{
  "app": {
    "bundleName": "com.example.game",
    "vendor": "your company",
    "versionCode": 1,
    "versionName": "1.0.0"
  }
}

注意：

• bundleName 必须唯一
• 一旦上线，不可随意更改

2、能力声明（abilities）

{
  "abilities": [
    {
      "name": "EntryAbility",
      "type": "page"
    }
  ]
}

3、权限声明

{
  "requestPermissions": [
    {
      "name": "ohos.permission.INTERNET"
    }
  ]
}

不要申请不必要权限，否则审核风险很高。

三、打包：从源码到安装包

鸿蒙应用的安装包格式是：

.hap

1、构建 Release 包

在 DevEco Studio 中：

Build → Build Hap(s)/App(s) → Build Release

输出目录：

build/default/outputs/

2、Debug vs Release

区别：

Debug  → 用于开发调试
Release → 用于上线发布

Release 特点：

• 已压缩
• 已优化
• 必须签名

四、签名：最容易踩坑的一步

鸿蒙应用必须签名，否则无法安装或发布。

1、签名的本质

签名作用：

• 标识开发者身份
• 防止篡改
• 用于应用升级校验

2、创建证书

需要在：

Huawei Developer 平台完成：

• 创建应用
• 生成证书（.cer）
• 下载 Profile 文件

3、配置签名

在 DevEco 中：

File → Project Structure → Signing Configs

配置：

• 证书文件
• 密钥库
• Profile

五、真机测试：上线前必须做的事

很多人打完包就想直接发布，这是非常危险的。

必须做：

1、多设备测试

测试：

• 不同分辨率
• 不同性能设备
• 不同系统版本

2、异常场景测试

例如：

• 网络断开
• 切后台再回来
• 来电打断

3、性能测试

重点关注：

• 是否掉帧
• 是否卡顿
• 是否内存泄漏

六、发布到应用市场

鸿蒙应用主要发布到：AppGallery

1、创建应用

在后台填写：

• 应用名称
• 应用图标
• 应用分类（游戏）
• 描述

2、上传安装包

上传：

.hap 或 .app

3、填写隐私与合规信息

包括：

• 隐私政策 URL
• 数据收集说明
• 权限使用说明

这一部分审核非常严格。

七、审核流程：最容易被卡的阶段

审核通常会检查：

1、功能完整性

• 是否能正常进入游戏
• 是否存在崩溃

2、体验问题

• 卡顿
• 黑屏
• 操作不流畅

3、合规问题

• 是否违规收集数据
• 是否有不良内容

4、版权问题

特别注意：

• 音乐
• 图片
• 游戏素材

很多项目就是死在这里。

八、上线后的运维

上线不是结束，而是开始。

需要关注：

1、版本更新

1.0.0 → 1.0.1 → 1.1.0

每次更新：

• versionCode 必须递增

2、崩溃监控

建议接入：

• 日志系统
• 崩溃上报

3、用户反馈

关注：

• 差评
• Bug反馈
• 性能问题

九、常见坑总结

1、签名错误

表现：

• 安装失败
• 无法升级

2、权限被拒

原因：

• 申请了不必要权限

3、审核被打回

常见原因：

• 隐私政策不完整
• 应用描述不清晰

4、性能不过关

尤其是游戏：

• 帧率不稳定
• 发热严重

总结

鸿蒙游戏上线，本质是一个“工程流程”，而不是简单一步：

开发 → 配置 → 打包 → 签名 → 测试 → 发布 → 审核 → 运维

你可以把它理解成两件事：

1、技术问题

• 构建
• 签名
• 性能

2、平台规则

• 合规
• 审核
• 版权

最终决定你能不能上线的，往往不是代码，而是：

你有没有把“工程流程”走完整。

如果你第一次做鸿蒙游戏上线，记住一句话就够了：

不是“能跑就能上”，而是“合规 + 稳定 + 可控”才可以上线。