[OHOS INFO] ERROR at //build/lite/BUILD.gn:60:9: Assertion failed.
[OHOS INFO]         assert(
[OHOS INFO]         ^-----
[OHOS INFO] Component "hello_world_app" not found, please check your product configuration.
[OHOS INFO] See //build/lite/BUILD.gn:61:13: 
[OHOS INFO]             component_found,
[OHOS INFO]             ^--------------
[OHOS INFO] This is where it was set.
[OHOS INFO] ohos_build_compiler: gcc

修改文件build/lite/components/communication.json，添加组件hello_world_app的配置，如下所示为communication.json文件片段这个在笔者实操时出现错误，原因在于应将此例程的cmponent放入applications.json，而不是communication.json
在这里插入图片描述

# harmonyos
Logo
欢迎加入Laval社区

社区规范：仅讨论OpenHarmony相关问题。

更多推荐

OpenHarmony 回调函数使用心得：从接口声明到异步结果处理

在 OpenHarmony 的应用开发和系统适配过程中，回调函数是一种非常常见的编程方式。它可以将“事件发生之后要执行什么操作”交给调用方定义，从而降低模块之间的耦合度。 通过对 OpenHarmony 地图模块中 POI 搜索、网络适配和渲染流程的分析，我对回调函数的理解更加具体。回调函数并不只是“把一个函数传给另一个函数”，它实际上包含了接口设计、函数实现、回调注册、事件触发和结果处理等完整流

avatar Laval社区

数据传输改造

数据传输改造小记：从等推送，到自己出门打饭 做嵌入式久了，多少都有点"队列情结"。数据嘛，天经地义应该从串口那头流过来，进队列，后面慢慢消费。我一开始也是这么想的，直到这套东西在 MH1000 上开始作妖。 以前的队列是怎么干活的 老路子很标准：MCU 主动推 CMC 帧，串口收进来塞进队列，数据中心的解析任务用 xQueueReceive 一条条掏出来解，解完往 field_

avatar Laval社区

通知栏时间显示异常

概述 在某些系统版本中，设备系统时间设置为 12 小时制，下午 13:00 发起一条通知，通知栏中显示的时间却是 01:00。这是一个时间格式转换的 bug——系统按 24 小时制处理了时间，但没有根据用户的 12 小时制设置做格式化，导致下午 13点被错误地显示为 01 点。 说明 这个问题的根源在于时间格式化时没有读取系统的时间制式配置。HarmonyOS 中获取系统时间格式的接口是

avatar Laval社区