logo
publist
写文章

简介

该用户还未填写简介

擅长的技术栈

可提供的服务

暂无可提供的服务

第4篇|构建日志已经 `BUILD SUCCESSFUL`,终端却不返回?`hvigorw --no-daemon` 更适合排障

摘要:鸿蒙开发中常遇到构建日志显示成功但终端不返回的问题,这通常与daemon机制有关。建议排查时:1)先执行hvigorw --stop-daemon-all清理环境;2)使用hvigorw assembleHap --no-daemon进行稳定构建;3)关注第一条关键错误而非最后一行日志;4)在自动化验证中固定使用--no-daemon参数。这种排障方式能清晰区分构建成功与脚本成功,提高问题定

第2篇|鸿蒙页面越写越卡?先别急着优化算法,我最后查到是生命周期和动画叠加

摘要: 在鸿蒙开发中遇到页面卡顿问题,排查发现并非算法性能瓶颈,而是由生命周期重复刷新、搜索高频触发和热路径重动画叠加导致。解决方案包括:1) 避免aboutToAppear和首次onPageShow重复刷新;2) 为搜索输入添加轻量防抖;3) 优化高频交互路径的动画性能(缩短时长、减少复合属性变化);4) 确保列表ForEach的key稳定性。验证重点应关注真实交互体感而非单纯指标。经验表明,多

第2篇|鸿蒙页面越写越卡?先别急着优化算法,我最后查到是生命周期和动画叠加

摘要: 在鸿蒙开发中遇到页面卡顿问题,排查发现并非算法性能瓶颈,而是由生命周期重复刷新、搜索高频触发和热路径重动画叠加导致。解决方案包括:1) 避免aboutToAppear和首次onPageShow重复刷新;2) 为搜索输入添加轻量防抖;3) 优化高频交互路径的动画性能(缩短时长、减少复合属性变化);4) 确保列表ForEach的key稳定性。验证重点应关注真实交互体感而非单纯指标。经验表明,多

第1篇|鸿蒙应用首次启动一直转圈?真正的问题不是页面,而是 `replaceUrl()` 没等完

这次踩坑的表象是“第一次打开一直转圈,强杀重进就正常”,很像页面渲染问题。后来顺着启动链路往回拆,才发现根因不在 UI,而在启动阶段的异步导航没有被真正等待完成。

第1篇|鸿蒙应用首次启动一直转圈?真正的问题不是页面,而是 `replaceUrl()` 没等完

这次踩坑的表象是“第一次打开一直转圈,强杀重进就正常”,很像页面渲染问题。后来顺着启动链路往回拆,才发现根因不在 UI,而在启动阶段的异步导航没有被真正等待完成。

第2篇|MapComponent 地图组件常见问题与解决方案

本文总结了鸿蒙开发中MapComponent地图组件的五大常见问题及解决方案: 控制器生命周期问题:需等待onReady回调获取controller后再操作,避免异步问题导致白屏 Tab切换残留问题:离开地图Tab时要释放所有相关资源,返回时恢复状态 多设备适配问题:使用自适应布局,区分手机和平板的不同显示需求 Marker显示异常:控制添加时机,采用分层策略避免遮挡 真机白屏问题:做好设备能力检

文章图片
第1篇|StorageLink 首次挂载崩溃:先水合 AppStorage 再进页面

还没有准备好,ArkUI 构建函数里却已经开始读取数组、对象或字符串,最后在切换 Tab、进入详情页、刷新首页时出现。流程串联:应用启动 → setOrCreate 默认值 → 页面读取安全方法 → 写入服务统一更新 → 重置流程同步清理。本文不是讲一个单独语法点,而是把状态初始化、页面渲染、重置流程和构建验证串成一个闭环。下面这段是我更推荐的检查方式:把默认值集中放在启动阶段,页面只消费已经存在

文章图片
第4篇|hvigor 构建排障:用 no-daemon 固定复现真实错误

它不是万能命令,但能让一次验证更可解释。遇到错误后不要只看最后一行,先按类型分类:ArkTS 语法、资源解析、路由配置、权限配置、依赖版本、签名或打包。| 源码定位 | 24/25 | 从构建文件、资源、ArkTS 和模块配置分层定位。| 问题复现 | 28/30 | 覆盖卡住、超时和真实编译错误三类情况。| 修复完整度 | 20/20 | 每个错误修复后都重新构建验证。| 表达清晰度 | 10/

第3篇|LocationKit 定位服务踩坑实录与最佳实践

鸿蒙定位开发避坑指南(150字摘要) 本文总结了HarmonyOS 6.1项目中LocationKit的5大典型问题及解决方案:1)定位无响应需检查系统开关和超时设置;2)精度不足时采用缓存位置+二次刷新策略;3)注意GCJ-02与WGS-84坐标系转换;4)退后台需停止定位监听;5)失败降级处理避免卡死。关键实践包括:合理设置10秒超时、主动精度校验、多坐标系兼容设计、生命周期管理及默认坐标降级

文章图片
到底了