做 ArkWeb 容器时，下载故障最麻烦的地方往往不是“有没有回调”，而是日志里的地址究竟代表哪一层。用户点击的是页面上的一个按钮，页面可能用脚本生成链接，也可能经过跳转、内容分发、鉴权或临时签名；下载组件最终看到的请求地址，只是链路某一刻的状态。若排障记录只保存当前页面 URL 或最终请求 URL，团队很容易围绕错误对象反复验证：页面可以打开，却解释不了下载为什么失败；请求地址可以访问，却找不到

两层页签放在一起，问题不只是布局很多业务页面都会出现双层 Tabs。外层负责切换“工作台、报表”等业务模块，内层负责切换“概览、明细、日志”等当前模块中的分类。静态页面看起来只是两行标签，用户真正左右拖动时，却会出现手势归属问题。手指落在内层区域，内层 Tabs 还没有到边界时，通常应该优先处理；内层已经滑到最后一项，用户继续向同一方向拖动时，产品又可能希望外层接手。另一类页面更重视区域稳定，即使

前端开发里有一类问题很难沟通：页面没有报错，功能也能使用，但用户觉得某段文字“不够清楚”。如果文字来自普通 ArkUI 组件，开发者通常会先检查字体、字号、字重和布局；如果文字画在 Canvas 中，排查范围还要加上画布尺寸、设备像素密度、坐标位置、缩放比例、重复绘制和图片压缩。这些变量叠在一起时，一张静态截图很难回答问题。设计人员看到的是边缘发虚，测试人员记录的是某台设备上效果不一致，开发人员却