  clzandClaude
|
6fe0d2ec7a
|
feat: demo 同步 is_first_install 维度并修复 preferences 落盘
- StartupDiagnostics 新增 is_first_install 维度展示：preferences 无启动记录视为安装后首启，随后写入标记并 flushSync 同步落盘（与生产 StartManager.getAppInstallStatus 语义等价，演示工程无 biz_common 依赖故自实现）
- 修复 putSync 仅写内存缓存不落盘的问题：force-stop 后数据丢失，二次启动误判为首启；对比 AuthSession.flushSync 用法定位根因
- EntryAbility 调用 initialize 时传入 UIAbilityContext
- 真机验证：安装/清数据后首启 is_first_install=true，二次启动=false；全场景 3 组（拦截/登录/冷启动/热启动/强杀/补报）24 断言全部通过，耗时 127~165ms
Co-Authored-By: Claude <noreply@anthropic.com>
|
2026-08-06 11:16:28 +08:00 |
|
|
clzandClaude
|
0312555501
|
feat: 启动监控接入分桶指标并精简追溯字段
- StartupMonitor 新增 HXEventMonitor 分桶指标（链路 B）：launch 模块 cold_start_time，桶 [500,600,700,800,1000,1500,2000,3000]，record 原始耗时由 SDK 按桶聚合，负责看板分布
- 分桶按实测主体分布（600-800ms）在主体区间细分，尾部保留劣化告警锚点
- ElkService 追溯通道定稿上传字段（11 个）：cold_start_time、start_type、entry_page、app_version、is_first_install、response_latency、animation_finish_time、startability_processstart_dur、appattach_to_appforeground_dur、git_commit、is_backfill；指标 1 + 维度 4（含 is_first_install，区分安装后首启的偏高耗时）+ 启动生命周期各阶段时间 4（劣化分段定位，response_latency 需 API 22+、两个 *dur 仅冷启动存在）+ 代码级追溯 git_commit + 补报标识；去重为客户端行为（§3.2 进程内存 20 键缓存），负载不携带去重键与事件时间字段
- 分桶指标同步 4 维度（含 setDimension4Name('is_first_install')），与追溯维度对齐
- 上传负载抽象为 ColdStartMetricPayload 强类型接口，各字段含义注释
- 删除未使用环境字段 getter 与 import，文件从 387 行精简至 278 行
- CrashDiagnosticsDemo 阶段时间展示顺序按启动生命周期对齐，构建通过
- 接入方案文档同步：第 4 节追溯字段与分桶实现、第 4.1 节按需启用、第 5 节发送机制、第 6.2 节双通道
- 待确认：链路 B 的 HXEventMonitor API（DataMonitorBuilder/getEventFactory/setBuckets/setDimension_4/record）形态基于 Android APM 文档推断，本机无 @kernel/app_monitor_event 类型声明，需在完整 workspace 以 .d.ts 核对后编译验证
Co-Authored-By: Claude <noreply@anthropic.com>
|
2026-08-06 10:53:18 +08:00 |
|
|
clzandClaude
|
bd96495482
|
fix: 启动监控 ELK 业务来源与接入方案模块名对齐
- StartupElkBuilder 业务来源由 StartupMonitor 改为 launch
- 对齐接入方案文档第 4 节模块定义（小写字母和连字符约束），保证后端按 launch 模块建索引模板可对上
Co-Authored-By: Claude <noreply@anthropic.com>
|
2026-08-05 19:45:05 +08:00 |
|
|
clzandClaude
|
84063edcb2
|
docs: 更新仓库 CLAUDE.md
- 补充第二份报告（启动性能监控接入方案）与 StartupMonitor 说明
- 合并 AGENTS.md 的 Conventional Commits 规范与提交前校验清单
Co-Authored-By: Claude <noreply@anthropic.com>
|
2026-08-05 19:09:25 +08:00 |
|
|
clzandClaude
|
10bbfc4c82
|
feat: 启动监控扩展追溯字段并修复补报事件语义
- StartupMonitor 上报新增时间拆解与客户端环境字段：response_latency、startability_processstart_dur、appattach_to_appforeground_dur、bundle_name、device_type、system_version、build_mode、target_name、git_commit、is_first_install
- 新增 is_backfill 补报标识：以 watcher 注册时间为锚点判定系统补投递的上次启动遗留事件，entry_page 置 unknown，避免错误归因
- CrashDiagnosticsDemo 同步字段展示与补报判定逻辑，devecocli build 构建通过
- 真机验证（nova 14 Pro）：冷启动/多入口拦截/热启动/5 秒退出/补报判定/全场景 3 组全部通过，耗时 126~180ms
- 接入方案文档更新：第 4 节追溯字段与时间拆解、第 6 节 5 秒退出边界、第 8 节验证记录
Co-Authored-By: Claude <noreply@anthropic.com>
|
2026-08-05 19:09:22 +08:00 |
|
|
clz
|
d0949704ed
|
docs: 完善启动性能监控接入方案
- 对齐 StartupMonitor 实际采集和 ELK 上传链路
- 补充单次首帧、observer owner 与 APP_LAUNCH 去重约束
- 记录登录态、网络和隐私场景真机验收结果
|
2026-08-05 16:33:08 +08:00 |
|
|
clz
|
1fce98f7c3
|
docs: 记录仓库提交规范
- 约定 Conventional Commit 主题格式
- 要求非简单改动使用列表说明实现与验证
- 同步当前 Obsidian 工作区状态
|
2026-08-05 16:22:26 +08:00 |
|
|
clz
|
d8513d1f1d
|
feat: 完善启动性能监控流程
- 增加登录、网络异常和隐私确认启动场景
- 持久化登录状态并支持首页退出登录
- 保证每个进程只提交一次 reportDrawnCompleted
- 按启动事件唯一键去重 APP_LAUNCH 上报
- 同步优化逻辑到 future_entry_demo 并在 CrashDiagnosticsDemo 真机验证
|
2026-08-05 16:19:08 +08:00 |
|
|
clz
|
56ad003e04
|
chore: save current workspace changes
|
2026-08-05 14:11:51 +08:00 |
|
|
clz
|
f947f3d2f8
|
docs: add startup monitoring integration plan
|
2026-08-05 14:06:55 +08:00 |
|
|
clz
|
2134f54010
|
docs: add crash diagnostics and startup safeguards
|
2026-08-04 21:17:45 +08:00 |
|
|
clz
|
ffb55e29cc
|
first commit
|
2026-07-31 17:23:11 +08:00 |
|