参考 鸿蒙官方文档（点击传送门） ，做一下流程梳理简化，及踩坑记录
让客户满意是我们工作的目标，不断超越客户的期望值来自于我们对这个行业的热爱。我们立志把好的技术通过有效、简单的方式提供给客户，将通过不懈努力成为客户在信息化领域值得信任、有价值的长期合作伙伴，公司提供的服务项目有：空间域名、网站空间、营销软件、网站建设、松滋网站维护、网站推广。
华为将真机调试分成物理真机和远程真机。这里说的都是物理真机（手机、平板）。鸿蒙真机调试巨复杂，不像Android那么容易方便。
贴一下官方的调试流程图：
总结一下：
上面这个流程可以忽略，没讲到重点。真机调试是需要在 AppGallery Connect 中创建应用的，调试应用需要的cer和p7b文件是从这里生成的。
先决条件：
1. 鸿蒙手机通过USB连接电脑，并开启USB调试。
2. 一个华为开发者账号，实名认证
3. APP开发工具DevEco-Studio
关键流程：
1. Studio创建应用
2. 如果未登录过，File Project Structure Project Signing Configs签名配置页，点击“Sign In”
3. AppGallery创建应用（包名和Studio创建的一样）
4. 官方文档到这在签名配置页就点Try Again可以自动签名，我试了不行，以下全是手动
5. Studio中Build Generate key and CSR 生成p12和csr文件
6. 获取手机udid，命令行hdc shell bm get -udid（下一步设备管理要用）
7. AppGallery主页 用户与访问 左侧设备管理添加udid的设备（生成p7b时要用）
8. AppGallery主页 用户与访问 左侧证书管理生成cer文件（生成p7b和签名配置要用）
9. AppGallery主页 我的项目 左侧HarmonyOS应用 HAP provision profile，生成p7b文件
10. 最后在签名配置页配好 p12、p7b、cer等参数，运行鸿蒙应用到真机就行了
Intent
Intent是对象之间传递信息的载体。当一个Ability需要启动另一个Ability时，或者一个AbilitySlice需要导航到另一个AbilitySlice时，可以通过Intent指定启动的目标同时携带相关数据。Intent的构成元素包括Operation与Parameters。
Intent的构成元素
Operation
Action： 表示动作，通常使用系统预置Action，应用也可以自定义Action。例如IntentConstants.ACTION_HOME表示返回桌面动作。
Entity：表示类别，通常使用系统预置Entity，应用也可以自定义Entity。例如Intent.ENTITY_HOME表示在桌面显示图标。
Uri：表示Uri描述。如果在Intent中指定了Uri，则Intent将匹配指定的Uri信息，包括scheme, schemeSpecificPart, authority和path信息。
Flags：表示处理Intent的方式。例如Intent.FLAG_ABILITY_CONTINUATION标记在本地的一个Ability是否可以迁移到远端设备继续运行。
BundleName：表示包描述。如果在Intent中同时指定了BundleName和AbilityName，则Intent可以直接匹配到指定的Ability。
AbilityName： 表示待启动的Ability名称。如果在Intent中同时指定了BundleName和AbilityName，则Intent可以直接匹配到指定的Ability。
DeviceId： 表示运行指定Ability的设备ID。
当Intent用于发起请求时，根据指定元素的不同，分为两种类型：
如果同时指定了BundleName与AbilityName，则根据Ability的全称（例如，“com.demoapp.FooAbility”）来直接启动应用。
如果未同时指定BundleName和AbilityName，则根据Operation中的其他属性来启动应用。
后台服务器有问题。
1、鸿蒙是华为最新更新的系统，出现解析服务器数据失败，建议过段时间再试，有可能是后台服务器真的有问题，或者自己的网络环境比较差。更新HarmonyOS时鉴定包之后，提示连接服务器失败，有人提议改成刷全量包。自己网络问题看看，请检查网络是否有问题。
2、例如P50pro更新鸿蒙新版本，下载完后显示“正在鉴定安装包”，之后，显示“连接服务器失败，请稍后重试”，当前重启，断网，换网后都无法解决。
3、如果这样的话可以试试进入设置，搜索进入应用管理，在应用列表找到系统更新或者软件更新，点击存储删除数据，然后将手机重启，在网络环境良好的情况下重新尝试下载升级包。
Ability
Ability是应用所具备能力的抽象
2.onActive()
Page会在进入INACTIVE状态后来到前台，然后系统调用此回调。Page在此之后进入ACTIVE状态，该状态是应用与用户交互的状态。Page将保持在此状态，除非某类事件发生导致Page失去焦点，比如用户点击返回键或导航到其他Page。当此类事件发生时，会触发Page回到INACTIVE状态，系统将调用onInactive()回调。此后，Page可能重新回到ACTIVE状态，系统将再次调用onActive()回调。因此，开发者通常需要成对实现onActive()和onInactive()，并在onActive()中获取在onInactive()中被释放的资源。
3.onInactive()
当Page失去焦点时，系统将调用此回调，此后Page进入INACTIVE状态。开发者可以在此回调中实现Page失去焦点时应表现的恰当行为。
4.onBackground()
如果Page不再对用户可见，系统将调用此回调通知开发者用户进行相应的资源释放，此后Page进入BACKGROUND状态。开发者应该在此回调中释放Page不可见时无用的资源，或在此回调中执行较为耗时的状态保存操作。
5.onForeground()
处于BACKGROUND状态的Page仍然驻留在内存中，当重新回到前台时（比如用户重新导航到此Page），系统将先调用onForeground()回调通知开发者，而后Page的生命周期状态回到INACTIVE状态。开发者应当在此回调中重新申请在onBackground()中释放的资源，最后Page的生命周期状态进一步回到ACTIVE状态，系统将通过onActive()回调通知开发者用户。
6.onStop()
系统将要销毁Page时，将会触发此回调函数，通知用户进行系统资源的释放。销毁Page的可能原因包括以下几个方面：
用户通过系统管理能力关闭指定Page，例如使用任务管理器关闭Page。
用户行为触发Page的terminateAbility()方法调用，例如使用应用的退出功能。
配置变更导致系统暂时销毁Page并重建。
系统出于资源管理目的，自动触发对处于BACKGROUND状态Page的销毁。
AbilitySlice生命周期
AbilitySlice生命周期回调与Page的相应回调类似，因此不再赘述。由于AbilitySlice承载具体的页面，开发者必须重写AbilitySlice的onStart()回调，并在此方法中通过setUIContent()方法设置页面。
Page与AbilitySlice生命周期关联
当AbilitySlice处于前台且具有焦点时，其生命周期状态随着所属Page的生命周期状态的变化而变化。当一个Page拥有多个AbilitySlice时，例如：MyAbility下有FooAbilitySlice和BarAbilitySlice，当前FooAbilitySlice处于前台并获得焦点，并即将导航到BarAbilitySlice，在此期间的生命周期状态变化顺序为：
对应两个slice的生命周期方法回调顺序为：
FooAbilitySlice.onInactive() -- BarAbilitySlice.onStart() -- BarAbilitySlice.onActive() -- FooAbilitySlice.onBackground()
在整个流程中，MyAbility始终处于ACTIVE状态。但是，当Page被系统销毁时，其所有已实例化的AbilitySlice将联动销毁，而不仅是处于前台的AbilitySlice。
