- 博客(150)
- 收藏
- 关注
RSS订阅
原创 【开源-鸿蒙土拨鼠大理石系统】鸿蒙 HarmonyOS Next App+微信小程序+云平台
鸿蒙土拨鼠大理石系统：全栈式云仓管理解决方案关键词： 开源、鸿蒙APP、微信小程序、SaaS云平台、Go语言、Vue3、Element Plus、大理石管理、云仓系统鸿蒙土拨鼠大理石系统是一套功能强大、易于部署的大理石云仓管理系统，涵盖鸿蒙APP、微信小程序、SaaS云平台和后台管理，助力大理石行业实现数字化转型升级。
2025-02-28 12:45:09
1603
原创 【开源-鸿蒙土拨鼠充电系统】鸿蒙 HarmonyOS 4.0 App+微信小程序+云平台
土拨鼠开源充电系统是一套包含鸿蒙App、微信小程序、云平台和后台的充电设备管理系统。①鸿蒙App使用Api9+Stage模式+ArkTS+ArkUI开发，包含登录、注册、充电站列表、充电桩信息、在线充电、订单查询、个人中心等多个功能。②小程序使用 Uniapp 开发，为电动汽车用户提供充电服务，包括登录、注册、查找充电站、充电桩信息、在线充电、订单查询、个人中心等多个功能。
2024-03-14 23:54:26
3778
8
原创 【HarmonyOS NEXT】自定义字体
本文介绍了在鸿蒙开发中使用自定义字体图标的实现方法。首先需要将.ttf格式的字体文件放入rawfile目录，通过registerFont接口在aboutToAppear生命周期中注册字体，指定字体名称和路径。然后在Text组件中使用fontFamily属性调用注册的字体。这种方法确保了应用图标的统一性和可定制性，同时保持轻量化。开发者需要注意文件路径权限和字体匹配问题，具体可参考官方文档获取更多实现方式。
2026-01-22 19:40:54
358
原创 【HarmonyOS NEXT】Stage模型与FA模型对比
鸿蒙系统应用模型对比：FA与Stage模型的演进与差异 摘要：鸿蒙系统从API7的FA模型演进到API9的Stage模型，两者存在显著差异。Stage模型采用共享引擎实例、统一生命周期管理和窗口管理，支持多窗口等复杂场景；而FA模型采用独立引擎实例和孤岛式管理。Stage模型通过UIAbility和ExtensionAbility组件实现功能，支持进程独立运行；FA模型则依赖PageAbility等组件，服务能力受限于主进程。Stage模型在性能、扩展性和管理效率上更具优势，成为鸿蒙系统长期演进方向。
2026-01-21 14:54:37
79
原创 【HarmonyOS NEXT】踩坑记录：00306046 Specification Limit Violation
摘要：在鸿蒙项目开发中遇到"00306046SpecificationLimitViolation"报错，原因是使用字节码HAR包时未启用useNormalizedOHMUrl配置。该配置是鸿蒙构建核心参数，使用字节码HAR时必须设为true，否则会导致构建失败。解决方法是在工程级build-profile.json5中添加或修改useNormalizedOHMUrl为true。注意启用后不允许跨模块相对路径或绝对路径导入文件，且需保持依赖包别名一致。若修改后仍报错，需检查配置是否添加在
2026-01-19 18:30:07
569
原创 【HarmonyOS NEXT】ArkUI实现「单格单字符+下划线」手机号/验证码输入框
本文介绍了鸿蒙系统中实现手机号/验证码输入框效果的方案。通过隐藏TextInput控件处理实际输入，同时用ForEach循环渲染11个由Text+Divider组成的独立数字格，实现"单格单字符+独立下划线"的视觉效果。点击时将焦点传递给隐藏输入框确保输入连贯性。代码展示了Stack布局下隐藏输入层与UI显示层的协同工作，最终达到美观且功能完善的数字输入效果。
2026-01-19 16:40:26
77
原创 【HarmonyOS NEXT】如何监听软键盘的弹出和收起事件
摘要：本文针对鸿蒙APP登录页键盘弹出时输入框被遮挡的问题，提出两种解决方案。方案1通过输入框的onFocus/onBlur事件调整间距，但需为每个输入框单独设置；方案2通过监听window.keyboardHeightChange事件统一处理，更适用于多输入框场景。最终选择方案二实现键盘弹起时自动调整页面布局，确保输入内容可见，提升用户体验。
2026-01-17 12:23:14
324
原创 【HarmonyOS NEXT】解决：软键盘弹起导致页面整体上移、标题栏丢失的问题
摘要：本文分析了鸿蒙APP开发中键盘弹起导致页面布局上移的问题。当用户点击输入框时，软键盘弹出导致原本固定的标题栏整体上移。通过定位发现，问题源于未正确配置键盘避让模式。解决方案是在aboutToAppear生命周期中调用setKeyboardAvoidMode方法，将避让模式设为压缩模式（KeyboardAvoidMode.RESIZE），从而保持顶部控件固定，仅压缩页面中间内容区域。该方案遵循官方文档指引，有效解决了键盘弹出时的UI布局问题。
2026-01-17 11:34:26
277
原创 【HarmonyOS NEXT】Stage模型应用载体Want
摘要：Want是鸿蒙Stage模型中用于组件间信息传递的对象，类比"快递单+包裹"机制。分为显式Want（明确指定组件名，适合应用内精准启动）和隐式Want（通过action/uri匹配，适合调用系统功能）。显式Want直接定位目标，隐式Want由系统匹配可能组件。API12后推荐用隐式Want进行跨应用调用，显式Want仅限应用内使用。两者各有优劣：显式Want精准但耦合高，隐式Want灵活但存在匹配不确定性。开发者需根据场景选择合适类型实现组件通信。
2026-01-13 17:13:58
945
原创 【HarmonyOS NEXT】Stage模型
核心：Stage 模型的本质是把应用拆成 “静态安装包（Bundle）→动态运行实例（Application）→业务组件（UIAbility/ExtensionAbility）→界面 / 工具（ArkUI/Context）” 的分层结构，让复杂应用更好开发、更稳定。核心是通过 “分层管控 + 多进程隔离 + 组件扩展”，让应用更适合复杂业务、全场景设备（手机 / 平板 / 车机），同时提升稳定性和扩展性。鸿蒙开发中目前都是基于Stage模型进行开发的，本文主要总结下个人对Stage模型的理解。
2026-01-13 13:07:13
628
原创 【HarmonyOS NEXT】多线程并发-taskpool与worker区别
摘要：鸿蒙开发中，TaskPool和Worker是两种多线程方案，各有适用场景。TaskPool适合计算密集型短任务（毫秒到秒级），线程复用、资源消耗低；Worker适合I/O密集型长任务（秒级以上），独立线程、支持持续运行。主要区别：TaskPool自动管理生命周期，适合高频率小任务；Worker需手动管理，适合低频率长任务。选择依据包括任务时长、执行频率、实时性要求和通信需求。短时高频任务选TaskPool，长时需交互任务选Worker。
2026-01-12 17:27:33
378
原创 【HarmonyOS NEXT】多线程并发-Worker
本文介绍了鸿蒙开发中的Worker多线程方案。Worker为应用程序提供独立的后台线程环境，用于处理耗时任务，通过消息传递机制与主线程通信。文章详细说明了Worker的创建方式（自动/手动）、文件路径规则（Stage模型/HAR包）、资源限制（最多64个线程、16MB数据传输）和使用注意事项（线程安全库限制、AppStorage不支持等）。重点阐述了Worker的生命周期管理，包括创建、运行（通过postMessage/onmessage通信）和销毁（需手动调用terminate或close），强调多级Wo
2026-01-09 14:57:39
351
1
原创 【HarmonyOS NEXT】多线程并发-taskpool
鸿蒙系统TaskPool多线程方案解析：TaskPool是鸿蒙提供的轻量级多线程方案，开发者只需用@Concurrent标记耗时函数即可提交后台执行，系统自动管理线程生命周期。使用流程包括定义任务、提交执行和处理结果，注意任务需满足无状态、参数可序列化且不操作UI。适用于短耗时(≤5秒)、无状态、高并发及优先级敏感的任务场景，如数据计算、批量检查等，能有效提升性能而不阻塞UI线程。
2026-01-08 18:48:32
420
原创 【HarmonyOS NEXT】进程与线程的理解
本文阐述了鸿蒙系统中进程与线程的核心概念。进程是资源分配的基本单位，每个应用对应独立进程，通过IPC等方式实现跨进程通信。线程作为进程内的执行单元，共享进程资源，主线程负责UI操作，工作线程处理耗时任务。文章通过"火锅店"等生活化类比，形象说明了进程隔离与线程协作的特点，并介绍了鸿蒙提供的多种进程间和线程间通信机制，如公共事件、Emitter、EventHub等。这些概念对鸿蒙应用开发具有重要指导意义。
2026-01-08 11:34:49
428
原创 【HarmonyOS NEXT】HAP/HAR/HSP
摘要： HAP、HAR、HSP是鸿蒙开发的三种模块化方案，分别对应应用安装包（HAP）、静态共享包（HAR）和动态共享包（HSP）。HAP是最终用户安装的产物；HAR用于跨工程复用代码（如工具类、UI组件），但不含Ability；HSP支持多HAP共享代码/资源（含Ability），可动态加载以优化性能。HAR/HSP适用于组件复用、源码保护等场景，而HSP还能控制包体积。打包时，HAR/HSP通过模块编译生成，HAP需单独构建。实际开发中HAP和HAR更常用，HSP多用于复杂业务解耦。
2025-12-26 19:30:13
1134
原创 【HarmonyOS NEXT】Stage模型UIAbility组件
UIAbility是包含UI的应用组件，用于用户交互，每个应用可包含多个独立功能的UIAbility。它具有完整的生命周期管理，包括创建、窗口加载、前后台切换等阶段。UIAbility间的跳转需通过startAbility方法实现，发送方需指定目标应用的bundleName和abilityName，接收方可获取发送方的应用信息。这种机制适用于功能模块化开发，如首页、登录等独立业务场景。
2025-12-26 18:01:00
1159
原创 【HarmonyOS NEXT】沉浸式页面实现(两种方案实现效果与对比)
在鸿蒙APP开发过程中，为了让用户有更好的视觉体验，提供了沉浸式页面的实现，主要有两种实现方案，整理了两种方案的用法及使用场景。
2025-12-24 21:46:41
356
原创 【HarmonyOS NEXT】跨工程扫码从“无反应” 到 “崩溃” 的踩坑记录
摘要： 在鸿蒙项目中实现主工程跨工程调用扫码功能时，遇到三个主要问题：1) 扫码按钮无反应，发现是未注册自定义服务IAddDeviceRouterService，通过EntryAbility初始化时调用bindService解决；2) 注册服务后应用崩溃，因缺少百度地图依赖包@bdmap/verify，添加后仍报错；3) 需引入配套的@bdmap/base等4个包并通过oh-package.json5的overrides强制统一版本。总结：跨工程服务需先注册，私有HAR包需版本配套，通过日志定位模块加载问题
2025-12-24 10:45:33
776
原创 【HarmonyOS NEXT】实现跨工程模块跳转
鸿蒙跨工程页面跳转实现方案：通过HAR包实现主工程与功能模块解耦。接收方需配置路由表(route_map.json)和页面构建器(BuilderMap.ets)，并导出为HAR包；发送方通过本地/HAR依赖引入模块，初始化上下文并创建全局NavPathStack路由栈，最后使用pushPathByName实现跨工程跳转。关键点包括：1)HAR包作为依赖载体；2)路由表配置页面映射；3)NavPathStack统一管理页面栈。常见问题包括依赖路径错误、路由配置缺失等，需仔细检查配置文件和初始化流程。
2025-12-22 14:32:22
626
原创 【HarmonyOS NEXT】ohpm 安装依赖失败（@finclip 包找不到）踩坑记录
项目使用凡泰小程序时遇到依赖问题，因@finclip/sdk包不在当前配置的ohpm仓库中。通过将全局仓库切换为凡泰官方仓库(https://ohpm.finogeeks.com/repos/ohpm/)解决了SDK下载问题。后又因其他依赖无法拉取，通过配置公司私仓(https://xxx.com/repos/ohpm/)和公共仓(https://ohpm.openharmony.cn/ohpm/)最终解决了所有依赖问题。整个过程涉及仓库切换和多重仓库配置。
2025-12-17 19:52:34
361
原创 【HarmonyOS NEXT】parameterFile 与 ohpm 依赖安装冲突踩坑记录
本文介绍了使用parameterFile配置参数化文件时ohpm安装依赖的注意事项。当项目配置了parameterFile时，无法直接使用ohpm install <包名>命令安装依赖，必须通过参数文件集中管理版本。文章对比了两种模式：parameterFile模式需手动声明依赖版本并执行全量安装；而无parameterFile模式可直接安装指定版本。关键区别在于parameterFile模式禁止自动写入依赖版本，以维护参数化版本管理的规范性。
2025-12-17 10:35:12
1033
原创 【HarmonyOS NEXT】顶象验证码 SDK 接入实践
本文介绍了在鸿蒙开发中接入顶象验证码SDK的实现方法，用于拦截恶意登录行为。文章首先说明顶象验证码包含智能无感验证和滑动/点选验证两种产品，并重点讲解滑动验证的接入流程。开发准备包括获取AppID、配置网络权限和SDK引用。核心实现是通过CaptchaView组件初始化验证码，用户完成交互后生成token传递给后端校验。示例代码展示了如何点击按钮触发验证码弹窗，并在验证成功后关闭弹窗的完整流程。该方案有效兼顾安全性与用户体验，可防止机器批量登录尝试。
2025-12-16 19:45:42
456
原创 【HarmonyOS NEXT】配置文件：build-profile.json5
本文分析了鸿蒙开发中工程级和模块级build-profile.json5文件的差异与关联。工程级文件位于项目根目录，用于全局配置（如签名、SDK版本等），影响所有模块；模块级文件位于模块目录，用于个性化配置（如覆盖SDK版本）。两者存在继承（模块默认继承工程配置）、引用（模块直接使用工程签名配置）和覆盖（模块可重写工程配置）三种协作关系。工程级配置为基础，模块级配置具有更高优先级，模块可选择性地补充或覆盖全局配置。这种分层设计既保证了统一性，又提供了灵活性。
2025-12-15 18:28:41
664
原创 【HarmonyOS NEXT】华为账号一键登录实现
华为账号一键登录开发指南 本文介绍了鸿蒙系统中华为账号一键登录的实现方法。该功能基于OAuth2.0和OpenID Connect协议，可快速获取用户身份标识和手机号，提升用户体验。开发前提包括：1)必须使用真机调试；2)在AGC平台获取ClientID并配置到module.json5文件中；3)申请必要的scope权限。具体实现步骤分为：获取匿名手机号、使用华为登录按钮组件、完成授权获取凭证、最后调用后端接口校验用户数据。该方案简化了登录流程，提高了用户转化率，同时支持多设备一致的登录体验。
2025-12-06 00:23:43
1071
原创 【HarmonyOS NEXT】组件化与模块化的理解
本文介绍了鸿蒙开发中的组件(Component)和模块(Module)概念及其关系。组件是由@Component装饰的可复用UI/功能单元，用于解决重复开发问题；模块是按业务划分的独立代码目录，实现工程解耦和团队协作。两者是部分与整体的关系，模块可包含多个组件，组件必须存在于模块中。主要区别在于：组件侧重UI复用，模块侧重业务拆分；组件是单个文件，模块是完整目录；模块可独立编译，组件随模块编译。通过组件化和模块化，可提升开发效率和维护性。
2025-12-01 22:33:47
337
原创 【HarmonyOS NEXT】引入外部模块的两种方式：本地复用与私仓共享
本文介绍了鸿蒙项目中模块化开发的两种引入方式：本地引入和私仓引入。本地引入采用源码级复用，适合开发阶段快速迭代，通过配置入口文件、注册组件模块和声明依赖路径实现；私仓引入采用HAR包级复用，适用于跨项目共享稳定组件，需将模块编译为HAR包并上传至私仓。两种方式在组件形态、复用范围、开发效率和维护成本等方面存在差异，开发者可根据实际需求选择合适方案。
2025-12-01 11:20:18
788
原创 【HarmonyOS NEXT】组件封装常见问题：父子方法调用、插槽替代、数组渲染
本文总结了鸿蒙ArkTS开发中组件封装的几种常用方法：1.父组件调用子组件方法可通过Controller类、@Link+@Watch状态监听或Emitter事件通信三种方式；2.子组件调用父组件方法使用回调函数传递；3.实现UI可变部分采用@BuilderParam参数或尾随闭包；4.动态组件渲染使用WrappedBuilder数组。每种方法都有其适用场景，如Controller类适合复杂逻辑调用，@BuilderParam适合UI局部可变需求，开发者可根据具体场景选择最优方案。
2025-11-26 18:43:07
632
原创 【HarmonyOS NEXT】自定义样式复用
/默认态//按压态//焦点态//禁用态//选择态定义统一接口规范样式字段，支持配置化传递（避免硬编码，提升灵活性）。实际开发过程中，可以替换为真实的数据接口width?height?bgColor?: string;: string;: string;textColor?: string;: string;fontSize?: number;: number;
2025-11-24 22:26:44
1032
原创 【HarmonyOS NEXT】分层架构设计理解
HarmonyOS 应用的分层架构设计基于一套代码工程，支持华为手机、PC/2in1等1+8全场景设备，实现了“一次开发，多端部署”的开发理念。梳理总结下对分层架构设计的更深入理解。鸿蒙的分层架构是三层解耦式架构，核心是“高内聚、低耦合、可复用”二、分层架构设计是什么。
2025-11-24 09:30:46
411
原创 【HarmonyOS NEXT】Repeat：可复用的循环渲染
鸿蒙ArkUI V2的Repeat组件是针对循环渲染场景的优化方案，相比forEach和lazyForEach具有显著优势。Repeat通过指定重复次数生成相同组件实例，支持节点复用和差异化渲染，在滑动和更新场景下性能更优。使用时需注意：必须在滚动容器中使用、不支持V1装饰器和动画效果、支持多模板渲染但同一容器只能包含一个Repeat。其核心技术在于按需创建子组件，并通过缓存池实现节点复用，有效降低渲染开销。Repeat自动监听状态变量变化，仅刷新变化节点，特别适合处理复杂数据渲染场景。基础用法支持简单列表
2025-11-18 22:37:04
680
原创 【HarmonyOS NEXT】应用上下文Context
本文介绍了鸿蒙开发中应用上下文Context的核心概念与使用场景。Context作为应用与系统的交互桥梁，具有资源管理、组件启动、权限控制等关键功能。文章详细分析了Context解决的问题（如资源访问混乱、组件通信困难等），并通过实际代码示例展示了其四大典型应用场景：同步获取字符串资源、启动组件、动态权限管理以及事件通信。Context通过统一管理解决了鸿蒙应用开发中的资源隔离、组件解耦等核心问题，是鸿蒙应用开发的重要基础。
2025-11-17 22:15:57
560
原创 【HarmonyOS NEXT】内存泄漏防护：常见场景与解决方案
鸿蒙开发中内存泄漏会导致应用卡顿、崩溃及增加设备耗电。常见场景及解决方案包括：1)在aboutToDisappear中将弹窗引用置空；2)移除全局事件监听；3)在onWindowStageDestroy中释放网络监听等资源；4)页面销毁时清理共享存储数据。这些措施通过切断引用链、移除监听和释放资源来防止内存泄漏，确保应用运行流畅并优化系统性能。开发者应重视这些场景以提升应用稳定性。
2025-11-06 21:56:53
340
原创 【HarmonyOS NEXT】Navigation路由导航
本文对比了鸿蒙开发中Navigation和Router两种路由导航方式，重点介绍了Navigation的使用方法。Navigation作为路由根视图容器，支持单栏、分栏和自适应三种显示模式，具有组件级路由能力、自然流畅的转场效果和自动适配窗口大小的优势。文章详细阐述了Navigation的动态构建和静态配置两种使用方法，包括关键属性、生命周期以及两种方法的区别对比。最后通过与Router的比较，建议新项目优先使用Navigation，仅在跨模块跳转时使用Router。Navigation提供更强大的功能和更
2025-11-06 12:19:26
1069
原创 【HarmonyOS NEXT】常见的性能优化
本文总结了鸿蒙应用开发中的性能优化方案。主要涉及四个方面：1)组件绘制优化，建议将高耗时操作改为异步执行；2)控制渲染范围，包括合理使用懒加载、组件复用和条件渲染；3)减少布局节点，推荐使用@Builder方法替代组件、移除冗余节点和扁平化布局；4)状态变量管理，需精准控制更新范围并避免滥用状态变量。此外还提出了内存管理优化和大数据集分页加载的建议，以及图片压缩等优化手段。这些措施能有效提升应用性能，避免常见性能问题。
2025-11-04 12:49:38
684
2
原创 【HarmonyOS NEXT】状态管理V1与V2的区别
本文对比了ArkUI框架中状态管理V1和V2两个版本的核心差异。V2版本通过@ObservedV2、@Trace等新装饰器实现了更精确的深层属性观察机制，并优化了状态声明、监听机制等功能。文章详细分析了两个版本在观察机制、状态变量声明、监听实现等方面的技术差异，提供了混合使用的过渡方案，建议新项目直接使用V2，现有V1应用可根据需求渐进迁移。V2版本在复杂状态管理、性能优化方面更具优势，适合长期维护项目和精细状态控制需求。
2025-11-04 10:53:45
895
原创 软著代码生成助手(copyright-code)--VSCode插件
VSCode插件"软著代码生成助手"能快速提取项目代码，去除注释和空行，生成符合软著申请要求的连续代码文件。安装后通过命令面板操作，选择文件后缀和需排除的目录，即可在根目录生成extractedCode.txt文件，再转换为PDF即可提交。该插件自动排除常见配置文件，支持多根目录项目，大幅提升软著申请效率，将数小时的手动处理缩短至几分钟。
2025-10-14 17:11:21
845
原创 软件著作权申请全流程（个人亲测）—— 保姆级图文指南，免费申请，不花一分冤枉钱
摘要：本文详细记录了个人开发者申请软件著作权的完整流程，包括注册中国版权保护中心账号、准备所需材料（身份证、源代码文档、用户手册）、填写申请信息的注意事项，以及申请时间节点和费用说明。重点提示了软件命名规范、代码文档格式要求等易错点，并分享了从实名认证到获得电子证书的全过程经验，帮助开发者高效完成软著申请。目前普通申请免费，整个流程约需2-3个月完成。
2025-10-14 15:22:12
1696
原创 【HarmonyOS NEXT】打包鸿蒙应用并发布到应用市场
摘要：本文详细介绍了个人开发的鸿蒙App上架应用市场的流程。首先需将项目打包为.app文件，并准备签名文件（包括密钥、证书和Profile文件）。通过DevEco Studio生成密钥和证书请求文件，然后在AppGallery Connect申请发布证书和Profile文件。接着配置签名信息，编译构建Release类型的.app文件。最后上传软件包并发布到应用市场。文章提供了GitHub开源项目地址，并附有官方文档参考链接。
2025-08-26 17:09:10
2032
原创 【HarmonyOS NEXT】App备案-获取公钥和证书MD5指纹
本文介绍了在阿里云App备案时获取鸿蒙应用公钥和签名指纹的详细步骤，同时推荐了作者的两个开源项目。主要操作包括：1）在AppGalleryConnect中获取软件包名称；2）下载发布证书并删除根/中间证书；3）在Windows系统下查看公钥和MD5指纹信息。作者提供了开源项目GitHub链接，并建议参考官方文档解决其他备案问题。
2025-08-26 17:08:34
1356
原创 【HarmonyOS NEXT】跳转到华为应用市场进行应用下载并更新
华为应用市场跳转方案总结（HarmonyOS） 本文介绍了三种在HarmonyOS应用中跳转至华为应用市场(AppGallery)的方法： 推荐方案：使用productViewManager.loadProduct接口，通过Want参数传递包名； DeepLink方式：构造包含包名的store://协议URI； AppLinking方式：拼接HTTPS链接调用openLink方法。 所有方案均需传入目标应用的bundleName，适用于更新、推广、评分等场景。若应用未上架，会出现提示失败。开发者可根据场景选
2025-06-28 15:21:47
1103
【软件开发合作】三方联合开发计算机软件项目：基于合作协议的权利义务分配与知识产权共有机制设计
2025-10-14
该文档为《xxx管理平台用户说明书模板》，主要用于指导用户了解和使用xxx数字化管理平台 文档结构清晰，包含系统概述、功能模块说明、使用环境要求、安装与配置指南以及详细操作说明等内容
2025-10-14
空空如也
TA创建的收藏夹 TA关注的收藏夹
TA关注的人