Skip to content
体验新版
项目
组织
正在加载...
登录
切换导航
打开侧边栏
OpenHarmony
Docs
提交
59bbceea
D
Docs
项目概览
OpenHarmony
/
Docs
大约 1 年 前同步成功
通知
159
Star
292
Fork
28
代码
文件
提交
分支
Tags
贡献者
分支图
Diff
Issue
0
列表
看板
标记
里程碑
合并请求
0
Wiki
0
Wiki
分析
仓库
DevOps
项目成员
Pages
D
Docs
项目概览
项目概览
详情
发布
仓库
仓库
文件
提交
分支
标签
贡献者
分支图
比较
Issue
0
Issue
0
列表
看板
标记
里程碑
合并请求
0
合并请求
0
Pages
分析
分析
仓库分析
DevOps
Wiki
0
Wiki
成员
成员
收起侧边栏
关闭侧边栏
动态
分支图
创建新Issue
提交
Issue看板
体验新版 GitCode,发现更多精彩内容 >>
提交
59bbceea
编写于
2月 02, 2023
作者:
Z
zhancaijin
浏览文件
操作
浏览文件
下载
电子邮件补丁
差异文件
fix docs wrong issue and add change log
Signed-off-by:
N
zhancaijin
<
zhancaijin1@huawei.com
>
上级
6e1352c5
变更
2
隐藏空白更改
内联
并排
Showing
2 changed file
with
39 addition
and
3 deletion
+39
-3
zh-cn/application-dev/dfx/apprecovery-guidelines.md
zh-cn/application-dev/dfx/apprecovery-guidelines.md
+3
-3
zh-cn/release-notes/changelogs/OpenHarmony_3.2.10.6/changelogs-ability.md
...tes/changelogs/OpenHarmony_3.2.10.6/changelogs-ability.md
+36
-0
未找到文件。
zh-cn/application-dev/dfx/apprecovery-guidelines.md
浏览文件 @
59bbceea
...
...
@@ -29,7 +29,7 @@
**restartApp:**
调用后框架会杀死当前应用进程,并重新拉起处于前台的Ability,其中启动原因为APP_RECOVERY。
### 框架故障管理
理
流程示意
### 框架故障管理流程示意
故障管理是应用提升用户体验的重要手段。应用程序框架为开发者提供了故障监听、故障恢复、以及故障查询三种方式来管理应用的故障。
...
...
@@ -39,7 +39,7 @@
-
故障查询指的是
[
faultLogger
](
../reference/apis/js-apis-faultLogger.md
)
通过其查询接口获取当前的故障信息。
下图中并没有标记
[
faultLogger
](
../reference/apis/js-apis-faultLogger.md
)
的调用时机,开发者可以根据应用启动时传入的
[
LastExitReason
](
../reference/apis/js-apis-app
lication
-abilityConstant.md#abilityconstantlastexitreason
)
来决定是否调用
[
faultLogger
](
../reference/apis/js-apis-faultLogger.md
)
查询上次的故障信息。
下图中并没有标记
[
faultLogger
](
../reference/apis/js-apis-faultLogger.md
)
的调用时机,开发者可以根据应用启动时传入的
[
LastExitReason
](
../reference/apis/js-apis-app
-ability
-abilityConstant.md#abilityconstantlastexitreason
)
来决定是否调用
[
faultLogger
](
../reference/apis/js-apis-faultLogger.md
)
查询上次的故障信息。
![
故障处理流程示意
](
./figures/20221106203527.png
)
这里建议应用开发者使用
[
errorManager
](
../reference/apis/js-apis-application-errorManager.md
)
对应用的异常进行处理,处理完成后开发者可以选择调用状态保存接口并主动重启应用。
如果开发者没有注册
[
ErrorObserver
](
../reference/apis/js-apis-application-errorManager.md#errorobserver
)
也没有使能自动恢复,则按照系统的默认逻辑执行进程退出。用户可以选择从启动器再次打开应用。
...
...
@@ -133,7 +133,7 @@ callback触发appRecovery.saveAppState()调用后,会触发EntryAbility的onSa
-
数据恢复
callback触发后appRecovery.restartApp()调用后,应用会重启,重启后会走到EntryAbility的on
SaveState(state, wantParams
)函数,保存的数据会在want参数的parameters里。
callback触发后appRecovery.restartApp()调用后,应用会重启,重启后会走到EntryAbility的on
Create(want, launchParam
)函数,保存的数据会在want参数的parameters里。
```
ts
storage
:
LocalStorage
...
...
zh-cn/release-notes/changelogs/OpenHarmony_3.2.10.6/changelogs-ability.md
0 → 100644
浏览文件 @
59bbceea
# 元能力子系统ChangeLog
## cl.ability.1 appRecovery接口中RestartFlag属性名称变更,删除了未支持的属性
appRecovery接口中RestartFlag枚举命名从特定故障发生后
**不重启**
改成了特定故障发生后
**重启**
。
删除了CPP_CRASH_NO_RESTART。
**变更影响**
3.
2.10.6版本之前使用CPP_CRASH_NO_RESTART/JS_CRASH_NO_RESTART/APP_FREEZE_NO_RESTART类型开发的应用,在3.2.10.6版本之后行为会发生变化。
**关键接口/组件变更**
**RestartFlag**
<sup>
9+
</sup>
变更前:
| 名称 | 值 | 说明 |
| ----------------------------- | ---- | ------------------------------------------------------------ |
| ALWAYS_RESTART | 0 | 总是重启应用。 |
| CPP_CRASH_NO_RESTART | 0x0001 | 发生CPP_CRASH时
**不重启**
应用。 |
| JS_CRASH_NO_RESTART | 0x0002 | 发生JS_CRASH时
**不重启**
应用。 |
| APP_FREEZE_NO_RESTART | 0x0004 | 发生APP_FREEZE时
**不重启**
应用。 |
| NO_RESTART | 0xFFFF | 总是不重启应用。 |
变更后:
| 名称 | 值 | 说明 |
| ---------- | ---- | ---------- |
| ALWAYS_RESTART | 0 | 总是重启应用。 |
| CPP_CRASH_NO_RESTART | NA |
**删除**
,不支持该场景的重启。 |
| RESTART_WHEN_JS_CRASH | 0x0001 | 发生JS_CRASH时
**重启**
应用。 |
| RESTART_WHEN_APP_FREEZE | 0x0002 | 发生APP_FREEZE时
**重启**
应用。 |
| NO_RESTART | 0xFFFF | 总是不重启应用。 |
**适配指导**
按新的语义进行适配。
\ No newline at end of file
编辑
预览
Markdown
is supported
0%
请重试
或
添加新附件
.
添加附件
取消
You are about to add
0
people
to the discussion. Proceed with caution.
先完成此消息的编辑!
取消
想要评论请
注册
或
登录