Что такое OpenHarmony? — Разбираем отличия от HarmonyOS и HarmonyOS NEXT

· Обновлено: · · OpenHarmony, HarmonyOS, Встраиваемые системы, Выбор ОС, Открытый исходный код, ArkTS, Технический консалтинг, Встраиваемое ПО для оборудования

«OpenHarmony и HarmonyOS — это одно и то же?» «Работают ли Android-приложения в HarmonyOS NEXT?» Эти два вопроса нужно держать порознь.

OpenHarmony — открытый проект ОС; HarmonyOS — коммерческий продукт ОС от Huawei. HarmonyOS NEXT — название поколения, в котором этот коммерческий продукт отказался от совместимости с Android. Сначала отделите проект от продукта, затем установите, о каком поколении продукта идёт речь, — и три похожих по звучанию названия встанут на свои места.

В материалах на японском языке эти понятия часто смешивают, и там укоренились заблуждения вроде «Hongmeng = китайская версия Android» или «поставишь OpenHarmony — и приложения HarmonyOS заработают». С позиции того, кто решает, какую ОС поставить в устройство, эта путаница наносит реальный ущерб. Что спрашивать у поставщиков, на какие лицензии обращает внимание юридический отдел, какой язык придётся осваивать разработчикам — всё это меняется в зависимости от того, что именно имеется в виду.

Эта статья адресована инженерам, работающим со встраиваемым оборудованием и бизнес-системами, и разбирает отношения между OpenHarmony, HarmonyOS и HarmonyOS NEXT на основе первоисточников: официальной документации OpenHarmony и официальных анонсов Huawei. Практическая оценка того, годится ли это как вариант для устройства, разобрана в парной статье «Подходит ли OpenHarmony как ОС для промышленного оборудования?».

Эта статья систематизирует информацию по состоянию на июль 2026 года. Числа, таблицы версий и графики сопровождения ниже следует читать как утверждения на этот момент. Особенно быстро меняются названия поколений (NEXT / 5 / 6 / 7), региональная экспансия смартфонов и рынка приложений, а также график сопровождения веток сообщества. Прежде чем использовать что-либо из этого для решения о закупке или проектировании, откройте источники из сносок каждого раздела и проверьте их даты.

1. Сначала вывод

OpenHarmony и HarmonyOS различаются и объёмом опубликованного, и тем, что нужно, чтобы ими пользоваться. OpenHarmony — проект, который развивает и которым управляет фонд OpenAtom, и исходный код может получить любой. HarmonyOS — коммерческий продукт, который ставит на этот фундамент собственные фреймворки Huawei, платформу распространения приложений и облачные сервисы, и его исходный код опубликован не полностью.12

Когда говорите о HarmonyOS, называйте и поколение. Поколения 2–4.x, развёрнутые на смартфонах, сочетают AOSP (Android Open Source Project) и OpenHarmony. Держите их отдельно от NEXT (= HarmonyOS 5) и последующих, где совместимость с Android убрана. 1.0 — более раннее поколение, ориентированное на умные экраны. И даже если модель приложений имеет общие элементы, нет гарантии, что приложение HarmonyOS заработает как есть на устройстве с OpenHarmony (разделы 4 и 5).34

При внедрении в устройство проверяйте не название, а конфигурацию и сопровождение. Какой из трёх типов систем вы используете, кто пишет приложения, кто сопровождает их столько, сколько нужно, и по лицензиям каких компонентов вам нужно соблюдать требования — на этом и держится решение. Европейская линия Eclipse Oniro тоже рассматривается отдельно (разделы 3, 5 и 7–9).

Как читать в зависимости от цели

Что вы хотите узнать Где читать
Сначала понять отношения OpenHarmony, HarmonyOS и NEXT Раздел 2: происхождение и хронология поколений
Понять ядро и конфигурации устройств Раздел 3: четыре уровня и три типа систем
Узнать про поддержку Android-приложений и региональную экспансию начиная с NEXT Раздел 4: различия поколений и категории устройств
Выяснить, можно ли использовать приложения для HarmonyOS на своём устройстве Раздел 5: общая модель приложений и разные платформы распространения
Проверить версии, уровни API и сроки сопровождения Раздел 6: как читать номера, Раздел 7: сроки сопровождения
Проверить лицензирование и получить исходный код Раздел 8: лицензии и где взять исходный код
Понять, где здесь Eclipse Oniro Раздел 9: европейская ветвь

Если нужно только узнать различия, достаточно разделов 2, 4 и 5; если рассматриваете внедрение в устройство, идите дальше — разделы 3 и с 6 по 8. Конкретное решение о внедрении вынесено в парную статью, представленную в начале.

На схеме сплошная линия обозначает отношение, которое выполняется всегда, а пунктирная — условное отношение (условия указаны в пояснении к каждому отношению на странице сведений). Полный список отношений (всего 39, с доказательствами и степенью уверенности) и определения основных понятий собраны на странице сведений карты знаний (на японском). Данные: JSON-LD / Turtle

2. Происхождение на одной странице

Здесь мы по порядку разберём кто что поставляет и о каком поколении идёт речь. OpenHarmony — проект, HarmonyOS — коммерческий продукт. NEXT — не отдельный проект рядом с OpenHarmony, а название, различающее поколения HarmonyOS.

Сначала отделим проект от коммерческого продукта

Не ведите обсуждение по одному названию «Hongmeng (HarmonyOS)» — проверьте, о какой строке следующей таблицы идёт речь.

Название Что это на самом деле Чьё это Исходный код опубликован Основное применение
OpenHarmony Открытый проект ОС фонд OpenAtom1 Опубликован (Apache 2.0 и другие)5 IoT-устройства, промышленное оборудование, встраиваемые системы, образование
HarmonyOS 1.0 Коммерческая ОС Huawei (поколение до публикации OpenHarmony) Huawei Не опубликован Умные экраны (Honor Vision)
HarmonyOS 2–4.x Коммерческая ОС Huawei (смесь AOSP и OpenHarmony) Huawei Не опубликован (опубликована только часть на базе OpenHarmony) Смартфоны, планшеты и другое от Huawei
HarmonyOS NEXT / 5 / 6 / 7 Коммерческая ОС Huawei (AOSP удалён) Huawei Не опубликован Смартфоны, ПК, автомобильные системы и другое от Huawei

Затем разделим поколения HarmonyOS

Если переставить строки таблицы по оси времени, сразу видно, где поменялось внутреннее содержимое ОС с одним и тем же названием.

2019HarmonyOS 1.0Для умных экранов2021-2024HarmonyOS 2–4.xСмесь AOSP иOpenHarmonyAndroid-приложенияработают2024HarmonyOS NEXT = 5Код, производныйот AOSP, удалёнAndroid-приложенияне работают2025HarmonyOS 6Название NEXTбольше неиспользуется2026HarmonyOS 7На HDC 2026объявлена бета дляразработчиковПоколения HarmonyOS и наличие AOSP

Рисунок 1: поколения HarmonyOS и граница, на которой Android-приложения перестают работать436

Граница — NEXT (= 5) в 2024 году. Сначала проверьте, не смешивается ли внутри вашей организации опыт работы с поколениями до этой границы с разговором о поколениях после неё.

Различайте и Oniro, отделившийся от того же фундамента

Есть ещё одна линия, построенная на OpenHarmony: Eclipse Oniro. Её положение подробно объясняется в разделе 9.

Название Что это на самом деле Чьё это
Eclipse Oniro for OpenHarmony Европейская дистрибуция, построенная на OpenHarmony Eclipse Foundation7

Иначе говоря, OpenHarmony — это сырьё, а HarmonyOS и Oniro — отдельные продукты, сделанные из этого сырья. Если представить отношение, в котором к ядру Linux находятся Red Hat Enterprise Linux и Debian, масштаб получится близким. В отличие от Linux, OpenHarmony охватывает не только ядро, но и UI-фреймворк и модель приложений — это довольно «вертикально» собранный комплект.

3. Что такое OpenHarmony на самом деле — что внутри

Официальная документация OpenHarmony описывает проект как открытый проект, который развивает и которым управляет фонд OpenAtom, а его цель — построить открытый фреймворк распределённой ОС для умных устройств во всех сценариях.1

В этом разделе мы идём в порядке названия частей → слоевая структура ОС → конфигурация под устройство → взаимодействие устройств → отладочные платы. «Использовать OpenHarmony» означает разные конфигурации в зависимости от устройства, на которое её ставят.

Сначала разберёмся с терминами

Здесь много собственных имён, поэтому вот минимальный словарик.

Термин Значение
LiteOS Ядро для устройств с малыми ресурсами. Есть LiteOS-M для MCU и LiteOS-A для Cortex-A1
KAL (Kernel Abstraction Layer) Слой абстракции ядра. Скрывает различия реализации Linux и LiteOS и предоставляет верхним слоям общий API1
HDF (Hardware Driver Foundation) Собственная единая основа драйверов OpenHarmony. Драйверы устройств пишут поверх неё1
DSoftBus (распределённая программная шина) Общая основа взаимодействия устройств: обнаруживает и соединяет устройства поблизости и передаёт данные независимо от транспорта1
Ability Модель, представляющая единицу выполнения приложения. У одних есть экран, другие обрабатывают данные или предоставляют их в фоне
ArkTS Язык разработки приложений с декларативным UI, построенный как расширение TypeScript
ArkUI Фреймворк декларативного UI для построения экранов на ArkTS

Четырёхуровневая архитектура

Архитектура состоит из четырёх уровней, снизу вверх: уровень ядра, уровень системных служб, уровень фреймворков и уровень приложений.1

  • Уровень ядра: многокарнельный дизайн (multi-kernel), в котором Linux или LiteOS выбираются в зависимости от ограничений ресурсов устройства. Слой абстракции ядра (KAL) скрывает различия реализации и даёт верхним уровням общее представление об управлении процессами, памятью, файловой системой, сетью и периферией. Драйверы пишут на HDF (Hardware Driver Foundation) — собственной единой основе драйверов OpenHarmony.
  • Уровень системных служб: распределённая программная шина (DSoftBus), распределённое управление данными, распределённый планировщик, мультимодальный ввод, графика, безопасность, AI и так далее.
  • Уровень фреймворков: фреймворк приложений и фреймворк Ability для C/C++/JS, а также фреймворк ArkUI для JS.
  • Уровень приложений: системные приложения и сторонние приложения.

Ядро не фиксировано на одном варианте

Здесь важно то, что именно многокарнельный дизайн определяет характер OpenHarmony. Под одним названием ОС на MCU работает LiteOS-M, а на более богатом устройстве — ядро Linux. На вопрос «какое ядро у OpenHarmony?» приходится отвечать встречным вопросом: «о каком типе системы речь?».

Три типа систем

Четыре уровня разделяют ответственность внутри ОС; три типа систем разделяют конфигурации под устройство. Это две разные оси. Официальная документация определяет три базовых типа систем.8

Тип системы Процессор Минимальный объём памяти Предоставляемые возможности Целевые продукты
Лёгкая система (Mini) MCU, например Arm Cortex-M и 32-битные RISC-V 128 KiB Облегчённые сетевые протоколы, облегчённая графика, компоненты чтения и записи для шин IoT Модули связи, датчики, носимые устройства
Малая система (Small) Прикладные процессоры, например Arm Cortex-A 1 MiB Более сильные средства безопасности, стандартный графический фреймворк, кодирование и декодирование видео IP-камеры, видеоглазки, роутеры, видеорегистраторы
Стандартная система (Standard) Прикладные процессоры, например Arm Cortex-A 128 MiB Полный фреймворк приложений, 3D GPU, аппаратный композитор, богатая анимация Функциональная бытовая техника с экраном

То, что всё начинается со 128 KiB, и делает эту ОС необычной. Официальная документация формулирует это как поддержку RAM от нескольких сотен KiB до класса GiB.1 Дизайн компонентный: вы собираете конфигурацию и исключаете ненужные компоненты.

Распределённые возможности как ключевая концепция

Первую характеристику, которую официальная документация выдвигает вперёд, — это взаимодействие устройств вокруг DSoftBus (распределённой программной шины).1 Это общая основа, которая обнаруживает, соединяет и объединяет в сеть устройства поблизости и передаёт данные независимо от транспорта; поверх неё надстроены распределённое управление данными (синхронизация данных между устройствами) и распределённый планировщик (запуск и миграция приложений между устройствами).

Для одиночного устройства определите, какие возможности реально нужны

Эта идея «нескольких устройств как одного суперустройства» лежит и в основе того опыта HarmonyOS, который связывает смартфоны, планшеты и автомобильные системы. С другой стороны, если вы встраиваете её только в одно автономное устройство, половина громких возможностей OpenHarmony не будет использована. Этот момент важен при решении о внедрении.

Отладочные платы и аппаратное обеспечение

В официальном списке, к которому обращалась эта статья, на июль 2026 года поддерживаемых сообществом отладочных плат 22.9 В разбивке по типам систем примеры выглядят так.

  • Для стандартной системы: HiHope HH-SCDAYU200 с Rockchip RK3568 и MILOS_Standard0 с NXP i.MX8M Mini.
  • Для малой системы: BearPi-HM Micro с STM32MP157A.
  • Для лёгкой системы: Hi3861, STM32F407, ESP32 и RISC-V HPM6750 и другие.

Список не ограничен китайскими SoC: чипы ST и NXP тоже включены. У некоторых продуктов есть описания, предполагающие промышленное применение: например, у MILOS_Standard0 в числе применений указаны высокоточные измерительные приборы для промышленности и медицины, промышленное управление и HMI, транспорт, предотвращение бедствий и здания.9

4. Что такое HarmonyOS на самом деле — эпоха смеси с AOSP и период начиная с NEXT

HarmonyOS — коммерческий продукт ОС от Huawei. Здесь важно держать в голове, что под одним названием HarmonyOS внутреннее содержимое различается от поколения к поколению.

HarmonyOS 1.0 (2019)

Первым устройством, на котором она вышла, был не смартфон, а умный экран (Honor Vision). Это поколение до того, как OpenHarmony был передан фонду OpenAtom, и как ОС для смартфонов оно не распространялось.4

HarmonyOS 2–4.x (2021–2024)

Это поколение, развёрнутое на смартфонах. Оно сочетало AOSP с OpenHarmony, и устройства этого поколения могли запускать и Android-приложения (APK), и приложения HarmonyOS. Понимание, распространившееся в Японии, — что HarmonyOS непременно является китайской версией Android, — укоренилось потому, что именно так это поколение выглядело на практике.3

HarmonyOS NEXT (= HarmonyOS 5, 2024)

Слой совместимости с AOSP и библиотеки Android были удалены, и Android-приложения перестали работать. Работают только нативные приложения HarmonyOS.3

«Нативное приложение HarmonyOS» не означает «написанное только на ArkTS». Можно сочетать модули, написанные на C/C++ через Native API (NDK), а Cangjie — язык, разработанный Huawei самостоятельно, — также предлагается как вариант для разработки приложений HarmonyOS.1011

HarmonyOS 6 и далее (с 2025 года)

Название «NEXT» было отброшено, и осталось просто HarmonyOS 6. На HDC 2026 в Дунгуане 12 июня 2026 года было объявлено о начале бета-версии для разработчиков HarmonyOS 7, а также о том, что число устройств с HarmonyOS 6 превысило 66 миллионов, что зарегистрированных разработчиков стало больше 11 миллионов, что в магазине приложений доступно более 400 000 приложений и сервисов и что HarmonyOS стала второй по величине ОС для смартфонов в Китае.6

Не путайте показатели распространения HarmonyOS с числом коммерческих версий OpenHarmony

В том же анонсе Huawei сказал и про сторону OpenHarmony, что «выпущено более 100 коммерческих версий».6 Иначе говоря, для Huawei OpenHarmony — одновременно и фундамент собственных смартфонов, и источник поставки, из которого другие компании строят промышленные продукты.

Региональную картину рассматривайте отдельно по категориям устройств

Региональная картина — то, что практически важнее всего при взгляде из Японии, и здесь объединение всех устройств в одно ведёт к неверному решению. Разделять нужно смартфоны и экосистему распространения приложений, с одной стороны, и прошивки периферийных устройств вроде носимых — с другой.

  • Смартфоны и рынок приложений ориентированы на Китай. Страница продукта HarmonyOS 6 предоставлена на китайском сайте,12 тогда как глобальный потребительский сайт Huawei (consumer.huawei.com/en/harmonyos/) на июль 2026 года всё ещё представляет собой целевую страницу HarmonyOS 2.13 Нативные приложения HarmonyOS для смартфонов серии NEXT и рынок их распространения разумно считать фактически внутренним делом Китая.
  • С другой стороны, бренд HarmonyOS присутствует и на устройствах за пределами Китая. Huawei распространяет обновления прошивки HarmonyOS 5 и 6 и на умные часы для глобальных рынков, поэтому сказать «HarmonyOS 5 и новее = только Китай» нельзя.14

Так что если японская компания говорит о создании и распространении приложения HarmonyOS, это идёт в комплекте с бизнес-решением о китайском рынке. А OpenHarmony может получить и использовать кто угодно в любом регионе, поэтому эти два решения следует рассматривать как совершенно разные.

5. «Приложение OpenHarmony» и «приложение HarmonyOS» — одно и то же?

Наличие общего языка и модели приложений — одно, а возможность перенести приложение без изменений — другое. В этом разделе мы разделим общее и собственное у Huawei.

Общее — это каркас модели приложений

Общее — это каркас модели приложений: ArkTS (язык с декларативным UI, расширяющий TypeScript), ArkUI (фреймворк декларативного UI) и Ability (единица выполнения приложения). Посмотрите на примечания к выпуску OpenHarmony 6.0 Release — там найдутся пункты, очень похожие на добавления в HarmonyOS: расширенные возможности компоновки в ArkUI, обновление ядра Chromium в ArkWeb с 114 до 132, добавление AppServiceExtensionAbility, поддержка режима киоска и так далее.15

Различаются SDK, платформа распространения и облачные API

Различия — в окружении. Приложения HarmonyOS создаются в расчёте на HarmonyOS SDK и DevEco Studio от Huawei, платформу распространения AppGallery и облачные API HMS (Huawei Mobile Services). В чистой системе OpenHarmony коммерческого окружения Huawei в комплекте нет. Поэтому:

  • Установить приложения из AppGallery на своё устройство с OpenHarmony нельзя.
  • И нет гарантии, что приложение, собранное для HarmonyOS, заработает как есть на реальном оборудовании с OpenHarmony. Приходится проверять по одному, является ли каждый API, от которого оно зависит, расширением Huawei или стандартом OpenHarmony.

Для устройства проверьте, кто разрабатывает приложения и от каких API они зависят

Если вы внедряете OpenHarmony в устройство, правильный план — исходить из того, что приложения на нём будете писать вы (или поставщик выбранной вами дистрибуции). Решение о внедрении в расчёте на то, что «китайские приложения прилагаются», окажется мимо.

6. Как читать версии и уровни API

В этом разделе мы разделяем проверку номера версии и уровня API и проверку совместимости между OpenHarmony и HarmonyOS. Похожие номера не означают одинаковое окружение.

Сопоставьте версии OpenHarmony с уровнями API

С версиями OpenHarmony сопоставлены уровни API, и список приведён в README репозитория официальной документации.16

Таблица ниже — список из этого README по состоянию на июль 2026 года. «Последняя» — это классификация из самого README; одна эта таблица не устанавливает текущий последний выпуск или его статус сопровождения.

Версия OpenHarmony Уровень API Классификация в документации
master Последняя версия для разработки
6.0 Release 20 Последняя версия
5.1.0 Release 18 Последняя версия
5.0.3 15 Последняя версия
5.0.2 14 Последняя версия
5.0.1 13 Последняя версия
5.0.0 Release 12 Последняя версия
4.1 Release 11 Сопровождение завершено (Historical Versions No Longer Maintained)
4.0 Release 10 Сопровождение завершено
3.2 Release 9 Сопровождение завершено

Сверьте README с индексом примечаний к выпускам

Этот список взят из README репозитория документации, но индекс примечаний к выпускам в том же репозитории содержит и более новые записи: 6.1 Release (8 марта 2026 года) и 6.0.0.1 / 6.0.0.2.17 Даже внутри официальной документации формулировка «последняя версия» может отставать, поэтому, когда вы фиксируете версию, смотрите не только README, но и индекс примечаний к выпускам.

Один и тот же уровень API не обязательно означает один и тот же набор API

В HarmonyOS уровни API назначаются так же, и документация Huawei для разработчиков публикует примечания к выпускам по каждой версии.18 Схемы нумерации достаточно близки, чтобы их путать, но OpenHarmony API Level 20 и HarmonyOS API Level 20 не обязательно обозначают один и тот же набор API. Когда проверяете спецификацию, всегда отдавайте себе отчёт, какую документацию вы читаете.

7. Сроки сопровождения — первое число, которое стоит проверить производителю оборудования

Возможность получить исходный код и возможность получать исправления столько лет, сколько нужно, — разные вещи. В этом разделе мы по порядку разберём политику сопровождения сообщества, даты отдельных веток и срок службы устройства.

Сначала проверьте политику сопровождения Release и LTS

Сообщество OpenHarmony определяет жизненный цикл ветки — период от выпуска до окончания сопровождения — так.19

  • Жизненный цикл ветки Release — два года (один год активного сопровождения плюс один год пассивного)
  • Жизненный цикл ветки LTS — 3,5 года (два года активного сопровождения плюс 1,5 года пассивного)
  • Период активного сопровождения — это период, когда сообщество по плану выпускает версии с тегами и исправляет дефекты и уязвимости безопасности
  • Период пассивного сопровождения — это период, когда версии с тегами не планируются и не выпускаются, а исправляются только уязвимости безопасности и дефекты уровня critical и выше

Затем проверьте срок сопровождения выбранной ветки

Таблица графика сопровождения, к которой обращалась эта статья, на июль 2026 года выглядит так.20 Это список опубликованных там веток, а не утверждение, что OpenHarmony в целом достигла конца сопровождения.

Ветка Тип Выпуск Окончание активного сопровождения Окончание сопровождения
1.0.1-Release Release 2021-03-30 2022-03-30 2023-03-30
3.0-LTS LTS 2021-09-30 2023-09-30 2025-03-30
3.1-Release Release 2022-03-30 2023-03-30 2024-03-30
3.2-Release Release 2023-04-09 2024-04-09 2025-04-09
4.0-Release Release 2023-10-26 2024-10-26 2025-10-26
4.1-Release Release 2024-03-30 2025-03-30 2026-03-30

Сопоставив эту таблицу с индексом примечаний к выпускам, получаем три пункта для проверки.

  1. Последняя ветка LTS — 3.0-LTS (сентябрь 2021 года). Ветки LTS были и раньше: 1.1.0 LTS (апрель 2021 года) и её серия (1.1.x LTS) остаются в примечаниях к выпускам.17 Но все ветки, опубликованные начиная с 3.1, — это Release, то есть два года сопровождения.
  2. Все ветки из таблицы на июль 2026 года уже достигли конца сопровождения. Серии 5.x и 6.0 Release в эту таблицу пока не входят.
  3. Это на порядок расходится с предпосылками устройства, которое работает десять лет. По сравнению с Windows 11 IoT Enterprise LTSC 2024, которая поддерживается десять лет до октября 2034 года, разница в философии проектирования очевидна.

Наконец, решите, кто поддерживает срок службы устройства

Это не значит, что OpenHarmony хуже; это значит, что сценарий «взять сборку сообщества, поставить в продукт и оставить её там» не является тем, для чего проект предназначен. В реальном промышленном внедрении поставщик коммерческой дистрибуции сопровождает собственную ветку и продаёт это сопровождение. Когда Huawei говорит, что OpenHarmony выпустила более 100 коммерческих версий, он указывает именно на глубину этого слоя.6

8. Лицензии и способы получения исходного кода

Лицензии

OpenHarmony — не проект с одной лицензией. Лицензия различается от репозитория к репозиторию.

Объект Лицензия
Система сборки (build), движок ArkUI (arkui_ace_engine) и многие другие компоненты Apache License 2.05
Ядро LiteOS-A (kernel_liteos_a) BSD 3-Clause License21
Часть стандартной системы на ядре Linux Подчиняется лицензии ядра Linux (GPLv2)
Официальная документация (docs) Creative Commons Attribution 4.022

При встраивании в продукт правило такое: проверять LICENSE каждого репозитория, с которым вы реально компонуетесь, по одному. Если обобщить «OpenHarmony под Apache 2.0, значит, всё в порядке», вы пропустите обязательства GPL в части ядра.

Проверяйте условия изменения и распространения отдельно от уведомлений, которые вы поставляете

Само изменение и распространение ни одной из этих лицензий не запрещено. Но нужно выполнить условия, привязанные к каждой используемой части.

Apache 2.0 разрешает изменение и распространение, требуя при этом включать полный текст лицензии, сохранять уведомления об авторских правах и другую атрибуцию, указывать изменения в изменённых файлах и переносить файл NOTICE, если он есть.5

BSD 3-Clause требует воспроизводить уведомление об авторских правах, список условий и отказ от гарантий (если вы поставляете только бинарники, это значит разместить их в руководстве или других сопроводительных материалах) и запрещает использовать имя правообладателя в рекомендациях.21

Иначе говоря, если вы встраиваете её в устройство и поставляете его, работы по подготовке лицензионных уведомлений на стороне продукта не избежать. Решите на этапе проектирования, чем вы это выполните: материалами в конце руководства, экраном «Лицензионная информация» в настройках устройства, сопроводительным текстовым файлом или чем-то ещё.

Проверьте также предоставление исходного кода для ядра и указание авторства для документации

Если вы изменяете и распространяете ядро Linux стандартной системы, возникает отдельное обязательство по GPLv2 предоставить соответствующий исходный код. Если вы воспроизводите документацию во внутренних материалах, требуется указание авторства по CC BY 4.0.22

Получение исходного кода

Различайте пример получения ветки разработки и фиксацию версии выпуска

Исходный код получают тем же инструментом repo, что и Android. Процедура, приведённая в официальной документации, такая.2 Этот пример получает ветку разработки с -b master. Чтобы зафиксировать версию выпуска, переключитесь на имя ветки или тег, описанные ниже.

repo init -u https://gitcode.com/openharmony/manifest.git -b master --no-repo-verify
repo sync -c
repo forall -c 'git lfs pull'

Хостинг предлагается на gitcode.com, gitee.com и в зеркале GitHub, доступны и SSH, и HTTPS.2 Если вы хотите получить зафиксированную версию выпуска, переключите имя ветки на название версии вроде OpenHarmony-6.0-Release или на тег (refs/tags/OpenHarmony-v6.0-Release). Никаких особых процедур регистрации или разрешения нет.

Перед покупкой платы проверьте структуру под QEMU

Если вы хотите изучить структуру до покупки реальной платы, есть и путь запуска под QEMU. В репозитории device_qemu есть процедуры эмуляции для Arm Virt (LiteOS-A / Linux), Cortex-M4 (mps2-an386), Cortex-M55 (mps3-an547), RISC-V (riscv32_virt), Xtensa (esp32) и C-SKY (SmartL_E802).23

9. Европейская ветвь — Eclipse Oniro

Проект, который строит другие расширения на фундаменте OpenHarmony

То, что инженеры в Японии легко упускают, — это проект Oniro, который ведёт Eclipse Foundation. На странице проекта прямо сказано, что «Eclipse Oniro for OpenHarmony строится поверх базового слоя OpenHarmony — открытого проекта, который развивает и которым управляет фонд OpenAtom», и обозначено направление: добавить поддержку React Native, IDE на базе Eclipse Theia, веб-движок Servo и так далее для европейского и глобального рынков. Лицензии — Apache 2.0 и MIT, состояние проекта на июль 2026 года — Incubating.7

Оценивайте разницу в управлении отдельно от риска внедрения

Для организации, ограниченной политикой закупок, при которой ОС китайского происхождения затруднительна, стоит знать, что существует вариант того же происхождения под управлением европейского фонда, — хотя бы чтобы расширить рамки оценки. При этом статус Incubating и то, что сообщество проекта далеко не того масштаба, что у самого OpenHarmony, — это самостоятельные риски внедрения.

10. Итоги — говорите о трёх вещах раздельно

  • OpenHarmony — открытый проект ОС фонда OpenAtom. Он охватывает одной семьёй ОС всё: от MCU с 128 KiB до богатых устройств с 128 MiB и выше, и исходный код может получить любой. Именно это и оценивают при внедрении в устройство.
  • HarmonyOS — коммерческий продукт ОС от Huawei. Поколения 2–4.x, развёрнутые на смартфонах, были смесью с AOSP и запускали Android-приложения, но начиная с NEXT (= 5) AOSP убран, и это мир нативных приложений HarmonyOS. Язык разработки не ограничен ArkTS. Смартфоны и рынок приложений ориентированы на Китай, но это надо держать отдельно от распространения носимых устройств и подобного за пределами Китая (раздел 4).
  • Eclipse Oniro — европейская линия, построенная на OpenHarmony. На июль 2026 года она на стадии Incubating, но с точки зрения того, где находится управление, это отдельный вариант.

Отделив названия продуктов, проверяйте конфигурацию, зависимости приложений, кто сопровождает и лицензии — в этом порядке. Так эту статью переносят в исследование внедрения.

Когда вы сможете говорить об этих трёх вещах, не смешивая их, внутреннее обсуждение станет гораздо конкретнее: вместо «внедряем ли мы HarmonyOS?» вопрос переводится в «на какой SoC мы ставим стандартную систему OpenHarmony и с сопровождением от какой коммерческой дистрибуции?». Дальнейшие практические решения — сроки сопровождения, варианты аппаратного обеспечения, среду разработки и закупку — в сравнении с Windows IoT и встраиваемым Linux — вынесены в парную статью.

Похожие статьи

Смежные области консультаций

Komura Software LLC занимается выбором ОС и среды исполнения для оборудования и бизнес-систем, разбором того, можно ли перенести существующие приложения Windows, и обзором конфигураций, рассчитанных на длительную эксплуатацию. Можно обращаться на этапе «появился новый кандидат в виде ОС, но материалов для решения не хватает».

Справочные материалы

  1. OpenHarmony Documentation, OpenHarmony Project. О том, что OpenHarmony — открытый проект, который развивает и которым управляет фонд OpenAtom; о четырёхуровневой архитектуре (уровень ядра / уровень системных служб / уровень фреймворков / уровень приложений); о многокарнельном дизайне с Linux и LiteOS и о KAL; об основе драйверов HDF; о DSoftBus, распределённом управлении данными, распределённом планировщике и виртуализации устройств; и об утверждении, что поддерживается RAM от нескольких сотен KiB до класса GiB.  2 3 4 5 6 7 8 9 10

  2. OpenHarmony Documentation, Source Code Acquisition. О процедуре настройки инструмента repo, о получении исходного кода через repo init / repo sync -c / repo forall -c 'git lfs pull', о зеркалах gitcode.com, gitee.com и GitHub и о вариантах SSH/HTTPS.  2 3

  3. Wikipedia, HarmonyOS 5 (вторичный источник). О том, что развёрнутые на смартфонах поколения HarmonyOS 2–4.x представляли собой конфигурацию, объединявшую AOSP с OpenHarmony, и могли запускать Android-приложения; что в HarmonyOS NEXT (= HarmonyOS 5) слой совместимости с AOSP и библиотеки Android были удалены, поэтому Android-приложения больше не работают; и что начиная с HarmonyOS 6 название «NEXT» больше не используется. Официальная документация Huawei генерируется динамически и не может быть процитирована напрямую, поэтому источник указан как вторичный.  2 3 4

  4. Wikipedia, HarmonyOS version history (вторичный источник). О том, что HarmonyOS 1.0 — поколение, выпущенное в августе 2019 года для Honor Vision (умного экрана), а не поколение, распространявшееся как ОС для смартфонов. Описания внутреннего состава 1.0 (были ли там LiteOS, Linux или слой совместимости с AOSP) в источниках расходятся, поэтому в основном тексте речь идёт только о различии продуктов, на которых она выходила.  2 3

  5. OpenHarmony, arkui_ace_engine LICENSE и build LICENSE. О том, что репозитории движка ArkUI и системы сборки распространяются под Apache License 2.0.  2 3

  6. Huawei, HarmonyOS 7 Developer Beta Officially Launched: The All-Scenario Intelligent Operating System Upgraded Again. О том, что на HDC 2026 в Дунгуане 12 июня 2026 года объявлена бета-версия для разработчиков HarmonyOS 7; что HarmonyOS 6 превысила 66 миллионов устройств; что зарегистрированных разработчиков больше 11 миллионов, а доступных в магазине приложений приложений и сервисов больше 400 000; что HarmonyOS — вторая по величине ОС для смартфонов в Китае; и об утверждении, что OpenHarmony выпустила более 100 коммерческих версий.  2 3 4

  7. Eclipse Foundation, Eclipse Oniro for OpenHarmony. О том, что Eclipse Oniro for OpenHarmony строится поверх базового слоя OpenHarmony фонда OpenAtom; о направлении добавления поддержки React Native, IDE на базе Eclipse Theia и веб-движка Servo для европейского и глобального рынков; о лицензиях Apache 2.0 и MIT; и о состоянии проекта Incubating.  2

  8. OpenHarmony Documentation, Quick Start Overview. Об определениях трёх базовых типов систем — лёгкой системы (MCU, минимум 128 KiB), малой системы (Cortex-A, минимум 1 MiB) и стандартной системы (Cortex-A, минимум 128 MiB) — и о возможностях и целевых продуктах каждой. 

  9. OpenHarmony Documentation, OpenHarmony Development Boards List. О том, что сообщество поддерживает 22 отладочные платы; о списке RK3568 / i.MX8M Mini / A311D / RK3399 и других для стандартной системы, Hi3516DV300 / STM32MP157A для малой системы и Hi3861 / STM32F407 / ESP32 / RISC-V HPM6750 и других для лёгкой системы; и о том, что в целевые применения MILOS_Standard0 входят промышленное управление и медицинские приборы.  2

  10. South China Morning Post, Huawei to open-source self-developed programming language Cangjie to rival Java and Swift (вторичный источник). О Cangjie — языке, разработанном Huawei самостоятельно, — о поддержке разработки приложений для HarmonyOS NEXT и предоставлении его всем разработчикам HarmonyOS, а также о том, что в 2025 году он был открыт. 

  11. HUAWEI Developers, Design and Develop Your App. О том, что среда разработки HarmonyOS предоставляет шаблон проекта Native C++ и охватывает разработку на ArkTS, JS и C/C++. Дополнительный источник к утверждению в основном тексте, что нативные приложения не ограничены ArkTS. 

  12. Huawei, HarmonyOS 6 - Huawei China. О том, что страница продукта HarmonyOS 6 предоставлена на китайском сайте. 

  13. Huawei, HarmonyOS 2 - Huawei Global. О том, что целевая страница HarmonyOS на глобальном потребительском сайте Huawei по состоянию на июль 2026 года — это страница HarmonyOS 2. 

  14. Huawei Central, Global Huawei Watch 5 claims HarmonyOS 6 software upgrade и другие материалы того же издания о поставке на глобальные носимые устройства (вторичный источник). О том, что Huawei распространяет обновления прошивки HarmonyOS 5 и 6 и на умные часы за пределами Китая (Watch 5, Watch GT 4, Watch Fit 3 и другие). Приводится как основание для утверждения, что «HarmonyOS 5 и новее = только Китай» неточно. 

  15. OpenHarmony Documentation, OpenHarmony 6.0 Release. О содержимом 6.0 Release, включая расширения возможностей компоновки ArkUI (LayoutPolicy и функции, связанные с безопасной областью), обновление ядра Chromium в ArkWeb с 114 до 132, добавление AppServiceExtensionAbility и поддержку режима киоска. 

  16. OpenHarmony Documentation, README. О том, что OpenHarmony 6.0 Release (API Level 20), 5.1.0 Release (18), 5.0.3 (15), 5.0.2 (14), 5.0.1 (13) и 5.0.0 Release (12) указаны как последние версии, а 4.1 Release (11) и более ранние — в разделе «Historical Versions No Longer Maintained». 

  17. OpenHarmony Documentation, Release Notes index. О том, что 3.0-LTS (30 сентября 2021 года) и её серия (3.0.1–3.0.8 LTS) указаны, а всё начиная с 3.1 имеет тип Release; что версии LTS (1.1.0 LTS и другие) существовали и в линии 1.x, но помечены End of Life; и что 6.1 Release (8 марта 2026 года), 6.0.0.1 и 6.0.0.2 указаны как более новые версии, чем в списке «Latest Versions» README.  2

  18. HUAWEI Developers, HarmonyOS Versions. О том, что примечания к выпускам, соответствующие каждой версии HarmonyOS и уровню API, публикуются в составе документации Huawei для разработчиков. 

  19. OpenHarmony, OpenHarmony Version Lifecycle Management. О том, что жизненный цикл ветки Release — два года (1+1), а ветки LTS — 3,5 года (2+1,5); и об определениях периодов активного и пассивного сопровождения (в период пассивного сопровождения исправляются только уязвимости и дефекты уровня critical и выше). 

  20. OpenHarmony Documentation, OpenHarmony Version Definitions. Об определениях Master / LTS / Release / Beta / версий с тегами и о таблице графика сопровождения веток LTS и Release (что только 3.0-LTS имеет тип LTS, что 1.0.1 / 3.1 / 3.2 / 4.0 / 4.1 имеют тип Release и что сопровождение 4.1-Release закончилось 30 марта 2026 года). 

  21. OpenHarmony, kernel_liteos_a LICENSE. О том, что ядро LiteOS-A распространяется под лицензией BSD 3-Clause (сохранение уведомления об авторских правах при распространении, воспроизведение отказа от гарантий в бинарных поставках и запрет использовать имя правообладателя в рекомендациях).  2

  22. OpenHarmony, docs LICENSE. О том, что репозиторий официальной документации предоставляется под Creative Commons Attribution 4.0 International.  2

  23. OpenHarmony, device_qemu README. О том, что предоставлены процедуры эмуляции в QEMU для Arm Virt (LiteOS-A), Arm Virt (Linux), Cortex-M4 (mps2-an386), Cortex-M55 (mps3-an547), RISC-V (riscv32_virt), Xtensa (esp32) и C-SKY (SmartL_E802). 

Недавние статьи с теми же тегами помогут подробнее изучить близкие темы.

Эти страницы показывают тему статьи в более широком контексте услуг и решений.

Частые вопросы

Вопросы, которые часто возникают при консультациях по теме статьи.

OpenHarmony и HarmonyOS — это одно и то же?
Нет, это не одно и то же. OpenHarmony — открытый проект ОС, который развивает и которым управляет фонд OpenAtom; исходный код может получить любой, и он распространяется под открытыми лицензиями, например Apache License 2.0. HarmonyOS, напротив, — коммерческий продукт ОС от Huawei, который строится на OpenHarmony как на фундаменте и добавляет сверху собственные фреймворки Huawei, платформу распространения приложений (AppGallery) и облачные сервисы (HMS). Из того, что «OpenHarmony открыт», не следует, что «можно прочитать весь исходный код HarmonyOS», как и не следует, что «на устройство с OpenHarmony можно поставить приложения из AppGallery». Полезная модель для понимания — отношение между ядром Linux и коммерческим дистрибутивом Linux.
Что такое HarmonyOS NEXT и как она связана с HarmonyOS 5 и 6?
HarmonyOS NEXT — название, данное поколению HarmonyOS, из которого убрали код, производный от Android (AOSP); как версия продукта она соответствует HarmonyOS 5. Поколения HarmonyOS 2–4.x, развёрнутые на смартфонах, сочетали AOSP с OpenHarmony, и на них работали Android-приложения (APK) (более ранняя HarmonyOS 1.0 — поколение, появившееся в 2019 году для умных экранов). Начиная с NEXT слой совместимости с AOSP исчез, и работают только нативные приложения HarmonyOS. «Нативное приложение» здесь не ограничено ArkTS: Native API (NDK) на C/C++ и Cangjie, собственный язык Huawei, тоже входят в число вариантов. В последовавшей HarmonyOS 6 название NEXT было отброшено полностью, и она называется просто HarmonyOS 6. На HDC 2026 в июне 2026 года была анонсирована бета-версия HarmonyOS 7 для разработчиков.
Можно ли установить приложения HarmonyOS на устройство, которое я собрал с OpenHarmony?
Не исходите из того, что это возможно. OpenHarmony и HarmonyOS имеют общее происхождение в ArkTS и ArkUI, и номера уровней API у них близки, но приложения HarmonyOS создаются в расчёте на HarmonyOS SDK и AppGallery от Huawei, а в чистом окружении OpenHarmony нет ни того, ни другого. Обратное тоже не гарантировано: приложение, собранное для OpenHarmony, не обязательно заработает как есть на реальном оборудовании с HarmonyOS. Если вы внедряете OpenHarmony в устройство, планируйте исходя из того, что приложения будете писать вы (или поставщик выбранной вами дистрибуции) под API OpenHarmony.
Как долго поддерживается OpenHarmony?
Политика жизненного цикла сообщества определяет ветку Release как два года (один год активного сопровождения плюс один год пассивного), а ветку LTS — как 3,5 года (2 года плюс 1,5 года). Однако последней веткой LTS была 3.0-LTS в сентябре 2021 года (до неё была 1.1.0 LTS), и все ветки, опубликованные начиная с 3.1, — это Release. Если вы используете эту ОС в продукте, который должен работать десять лет, как промышленное оборудование, окна сопровождения от сообщества самого по себе недостаточно: либо вы покупаете сопровождение у поставщика коммерческой дистрибуции, либо вам нужна собственная компетенция для сопровождения своей ветки.
Как разработчику в Японии начать работу с OpenHarmony?
Исходный код можно получить инструментом repo из зеркал на gitcode.com, gitee.com или GitHub, и никаких особых процедур вроде регистрации учётной записи или разрешений на экспорт нет. Официальная документация доступна на двух языках, китайском и английском; японской версии нет. Можно также запустить её под QEMU, чтобы изучить структуру до покупки реальной платы. Реалистичная отправная точка — раздел «Device Development» в английской документации, начиная с решения о том, на какой тип системы (лёгкая / малая / стандартная) вы нацелены.

Об авторе

Страница с профилем автора статьи.

Го Комура

Представитель KomuraSoft LLC

Специализируется на разработке программного обеспечения для Windows, техническом консалтинге и расследовании сбоев, особенно в проектах с унаследованными системами и трудно воспроизводимыми ошибками.

Публичные ссылки

Вернуться в блог