踩坑：鸿蒙自动化构建 Jenkins 节点部署到window server

特别是 window 环境下，并发构建容易触发进程占用工作目录下的某个文件，导致清空工作目录时无法删除文件，触发报错不能正常打包。Jenkins 打包工作目录所在工程执行错误，输出的是系统环境变量配置的其他路径（这个可能是因为我之前安装其他版本时配置的。中执行，你可能会遇到前几行代码执行了，在某行代码执行完之后中断了，后面代码未执行（猜想：可能是那样代码执行完返回了退出）原因是 Hvigorw 所执行版本不一致，删除系统环境变量的配置，使用 DevEco Sdutio 安装目录下的配置。

实现一个完整的 Jenkins 自动化测试流水线，包含以下功能： 三、关键组件说明 1. Jenkinsfile（流水线脚本） 四、Python 脚本说明 1. config_manager.py 用于从命令行更新 。 支持 JSON 字符串或 JSON 文件传参。 可模拟 Jenkins 的 行为。 2.test_executor.py 从 中读取配置； 运行测试用例； 生成 测试结果文件； 支持 Windows 下 虚拟环境调用。 3. notification_sende

Jenkins教程—构建多分支流水线项目

移动应用自动化测试是保障软件质量、提升交付效率的关键环节，其核心在于通过脚本模拟用户操作，对应用功能进行系统化验证。Appium作为主流的开源跨平台自动化测试框架，其工作原理是基于WebDriver协议，通过驱动与iOS、Android等原生测试框架通信，实现对移动应用界面的操控与断言。在持续集成与持续交付（CI/CD）的现代开发流程中，自动化测试的价值尤为凸显，它能将测试活动无缝嵌入流水线，实现快速反馈，是DevOps实践的重要组成部分。Appium 2.0通过引入插件化架构，解决了以往版本依赖臃肿、升级

欢迎加入鸿蒙PC开发者社区，共同打造开发者工具生态：鸿蒙PC开发者社区：https://harmonypc.csdn.net/项目开源地址：https://atomgit.com/OpenHarmonyPCDeveloper/ohos_pgAdmin4欢迎在PC社区平台申请新建项目：https://atomgit.com/OpenHarmonyPCDeveloper-> 加载 pgAdmin Electron runtime-> 访问 Mac 上已经启动的 pgAdmin4 Web 服务。

欢迎加入鸿蒙PC开发者社区，共同打造开发者工具生态：鸿蒙PC开发者社区：https://harmonypc.csdn.net/项目开源地址：https://atomgit.com/OpenHarmonyPCDeveloper/ohos_fontTools欢迎在PC社区平台申请新建项目：https://atomgit.com/OpenHarmonyPCDeveloper这篇文章记录的是一次把 Python 字体处理三方库fontTools接入 HarmonyOS PC / 鸿蒙 PC 应用的完整过程。

本文介绍了Logseq知识管理工具在OpenHarmony/HarmonyOS Electron环境中的适配过程。通过优先采用Web release方案，开发者成功实现了Logseq在鸿蒙平台的核心功能闭环，包括主界面、日记页、图谱创建、编辑搜索及本地持久化等能力。适配过程中新增了鸿蒙HAP工程壳、构建脚本和运行时识别机制，通过本地HTTP服务加载Web资源，避免了直接迁移桌面版的复杂性。这一方案为后续进一步扩展文件系统、插件等高级功能奠定了基础，验证了Logseq在鸿蒙生态中的可行性。

1.密钥永远不出 TEE：长期密钥必须通过 HUKS 管理，禁止用 cryptoFramework 生成后序列化存储2.GCM 模式 Nonce 必须随机且唯一：每次加密生成新随机 Nonce，与密文一起存储3.分段 API 处理大数据：超 64KB 数据必须用 init/update/finish 三段式4.密钥生成加幂等保护：生成前检查，避免覆盖旧密钥导致已加密数据丢失5.应用卸载清理密钥：主动调用避免残留密钥在重装后引发诡异错误核心结论。

本文系统介绍了ArkTS语言的核心语法与特性，作为HarmonyOS应用开发的官方语言，ArkTS在TypeScript基础上扩展了装饰器系统、声明式UI描述和状态管理机制。主要内容包括： ArkTS与TypeScript的关系：ArkTS是TS的扩展，强化了装饰器、声明式UI和自动状态响应式能力，限制了一些动态特性。 类型系统详解：包括基础类型、接口与类型别名、泛型等，特别强调了ArkTS对类型安全的严格要求。 核心特性：装饰器体系、状态管理、布局容器、控制流等HarmonyOS特有的开发范式。 实际应用

文章摘要： 随着AI时代的到来，传统操作系统（如Windows、HarmonyOS等）聚焦的“资源管理”模式正面临挑战。未来软件系统的核心需求转向“目标管理”，催生了运行于操作系统之上的“第二操作系统”——Agent Runtime。它承担任务规划、上下文管理、工具调度等新职责，形成“目标驱动”的新架构。HarmonyOS PC可能率先实现双层Runtime架构：底层HarmonyOS Kernel管理硬件资源，上层Agent Runtime与Workspace Runtime协同处理任务、上下文及工具调度

本文介绍了一个基于鸿蒙ArkUI开发的健康计步器应用实现方案。该应用通过加速度传感器结合峰值检测算法实现精准计步，并采用SQLite数据库存储数据，支持日/周步数统计、卡路里换算和目标设定等功能。 核心要点包括： 计步算法采用三轴矢量合成+带通滤波+峰值检测+防抖机制，关键参数优化（采样频率50Hz、加速度阈值11m/s²、防抖时间200ms） 数据模型设计包含步数、目标、卡路里和距离等字段 使用SQLite进行数据持久化存储，支持日更和周报统计 实现实时计步、卡路里估算（每步0.04千卡）、距离换算（每步

本文详细记录了数字绘画软件Krita在OpenHarmony/HarmonyOS PC端的适配过程。项目采用硬核的C++交叉编译方案，通过ArkTS调用XComponent加载Qt的OpenHarmony QPA插件，最终进入Krita主程序。适配过程中构建了分层依赖编译框架，解决了基础库、高层依赖和KDE Frameworks的交叉编译问题，并对Krita源码进行了OHOS特化修改。文章重点描述了技术架构、依赖管理、编译调试等关键环节，特别是针对真机运行时的libc++运行时缺失等问题的解决方案，为复杂原

鸿蒙原生ArkTS布局实战：PinchGesture捏合缩放 本文深入探讨HarmonyOS NEXT中ArkUI的PinchGesture实现，提供从入门到精通的完整指南： 手势系统架构：解析ArkUI的三层手势体系，包括识别器、绑定器和回调机制，重点介绍PinchGesture的双指捏合识别原理。 核心参数详解：剖析fingers和distance参数的设计考量，以及PinchGestureEvent事件对象的关键属性，特别是scale值的相对性特点。 项目实践：提供完整的开发环境配置指南，包括SDK版

文章摘要：本文深入分析了游戏性能瓶颈的本质问题——RenderThread（渲染线程）过载。通过解析游戏渲染流程（GameThread→RenderThread→GPU），作者指出即使CPU和GPU利用率不高，FPS下降的真正原因往往是RenderThread处理能力不足。文章详细列举了RenderThread的核心工作（可见性剔除、渲染队列排序、批处理等），并解释UI组件和粒子系统为何特别容易造成性能问题。最后提出了批处理、图集、实例化等优化方案，建议通过多线程渲染技术分散RenderThread压力，为

欢迎加入鸿蒙PC开发者社区，共同打造开发者工具生态：鸿蒙PC开发者社区：https://harmonypc.csdn.net/原项目开源地址：https://atomgit.com/OpenHarmonyPCDeveloper/ohos_Minitube欢迎在PC社区平台申请新建项目：https://atomgit.com/OpenHarmonyPCDeveloper。

摘要 HarmonyOS桌面便签应用是一款基于ArkUI框架开发的电子便利贴工具，采用声明式UI设计，模拟真实便签纸的视觉效果。应用核心功能包括： 多色便签创建（5种颜色可选） 网格化布局展示 便签增删管理 数据持久化存储 技术实现上采用： 自定义NoteItem数据模型 @State状态管理 Grid+ForEach循环渲染 Stack层叠布局 数组操作方法 该应用适用于办公学习场景，解决了纸质便签易丢失的问题，同时保持了使用的直观性。通过此项目可掌握HarmonyOS应用开发的核心技术点，包括UI布局、

本文记录了LocalSend跨平台文件传输工具在OpenHarmony/HarmonyOS PC环境中的迁移适配过程。LocalSend基于Flutter前端和Rust核心通信，涉及多平台动态库、网络请求、文件选择等复杂功能。适配过程中解决了rhttp动态库加载、Rust FFI编译、三方插件注册、文件权限等关键问题，最终实现在OHOS设备上构建运行。文章详细介绍了环境搭建、项目结构、技术难点及解决方案，为Flutter OHOS生态开发提供了实践参考。

摘要 本文详细介绍了"宇宙探索"App中天体列表页(CelestialPage)的实现过程，重点包含标签筛选和天体卡片设计。页面采用顶部5标签（全部/行星/恒星/星系/星云）进行内容筛选，每个天体卡片通过左侧颜色条区分类型，包含名称、描述等核心信息及收藏功能。关键技术点包括：使用Row/Column布局构建卡片组件，通过事件冒泡机制分离卡片点击和收藏按钮交互，优化文本显示（字符截断+行数限制），以及状态管理实现收藏状态的即时更新。卡片点击可跳转详情页，整体设计注重视觉层次和交互体验。

1.权限是基础：BLE 扫描需位置权限，NFC 需NFC_TAG，缺一且静默失败。2.BLE 流程有序：先注册回调 → 再启动扫描；连接后先→ 再操作特征。3.NFC 资源必须释放connect后必须close是标准写法。4.GATT 通知需双写+ CCCD 描述符写入缺一不可。5.核心结论：BLE 和 NFC 开发最大陷阱在于"静默失败"——无报错无日志，必须通过 hilog 过滤nfcbluetoothtag 定位根因。---