欧美日韩亚洲另类一区二区_综合久久免费精品无码视频_亚洲中文字幕无码永久在线_无码?V综合网国产精品

點擊藍字 ╳ 關注我們

開源項目 OpenHarmony

是每個人的 OpenHarmony

2023年4月9日，在社區開發者的期盼中，在春風送暖萬物更新的季節里，我們迎來了OpenAtom OpenHarmony（以下簡稱“OpenHarmony”）3.2 Release新版本的發布。相比一年前的OpenHarmony 3.1 Release版本，新版本的系統能力、系統整體性能、穩定性和安全性都進一步得到提升和完善；OpenHarmony 3.2 Release版本為應用開發而生，在系統能力、開發工具和API、硬件調測等將為開發者帶來全新體驗！

OpenHarmony開源兩年多以來，吸引了130多家伙伴、超過5100名開發者參與共建和貢獻，產出超一億行代碼。超260款軟硬件產品通過兼容性測評，廣泛覆蓋了能源、金融、交通、教育、政務、家居等很多行業。感謝各位伙伴和開發者的貢獻，是大家的支持和貢獻，加速了OpenHarmony生態的繁榮發展。隨著OpenHarmony 3.2 Release版本的發布，OpenHarmony社區邁入新的發展階段。

OpenHarmony 3.2 Release版本帶來了眾多的新特性，支持采用ArkTS語言+Stage應用模型進行大型應用、原子化服務開發；ArkCompiler的優化、Taskpool機制提升應用運行性能；ArkUI組件能力增強，強化圖形渲染能力和系統安全能力，豐富分布式業務開發；引入AI框架，同時，媒體、電話、通信、Web、安全、調測能力進一步提升；外設模型進一步豐富。新版本還提供了API Level 9穩定接口。下文描述新版本的部分新特性，請您前往OpenHarmony 3.2 Release Note了解所有新功能的詳細信息。

立即查看所有新功能

https://gitee.com/openharmony/docs/blob/master/zh-cn/release-notes/OpenHarmony-v3.2-release.md

OpenHarmony 3.2 Release為開發者帶來了什么

ArkUI

組件能力增強

●支持XComponent控件，可用于EGL/OpenGL ES和媒體數據寫入，并在XComponent組件顯示；通過XComponent組件，配合NDK能力，構建C++/ArkTS混合開發能力，支持游戲、媒體應用開發。

●支持AbilityComponent控件，支持嵌入其他應用作為控件（Component）顯示。

●增加基礎的ArkTS卡片開發能力：支持卡片交互、能動態更新內容；統一卡片和頁面的開發范式，頁面的布局可以直接復用到卡片布局中，提升卡片開發體驗和開發效率。

●系統默認支持純文本、純圖片復制、粘貼、拖拽，無需開發者處理復制、粘貼、拖拽事件。

●支持多級菜單和分組菜單。

●支持切換深色模式/淺色模式，僅系統應用支持。

UI界面開發支持一次開發適配多屏幕規格

●交互歸一能力增強，交互歸一事件對接TP、鼠標、鍵盤、觸摸板、手寫筆，ArkUI原生組件支持歸一化的操作方式。

●響應式布局能力優化，增強了媒體查詢能力，柵格系統重構且對接自由窗口。

●走焦能力增強，支持Tab鍵和方向鍵走焦，支持配置組件是否可獲焦。

●支持增強分欄與側邊欄組件能力，支持拖拽自動隱藏等能力。

應用框架

●Stage模型，OpenHarmony API 9新增模型，提供了應用程序必備的組件和運行機制。開發者可以基于該模型進行復雜應用開發，使應用開發更簡單、高效。

○以類形式提供組件開發，方便開發者基于類擴展。

○進程內共享虛擬機實例，減少應用內存占用。

○支持在進程內共享數據對象，方便開發者在多模塊間共享狀態。

○Ability生命周期和窗口顯示/焦點事件分離，統一了多設備形態下組件的生命周期，有利于多設備應用開發。

○Ability與UI職責分離且具備RPC調用能力，原生支持組件級的跨設備遷移與協同，有利于分布式應用開發。

●提供Extension機制，借助Extension，應用在與其他應用或系統進行交互時向他們提供自定義功能和內容，例如：應用可以作為卡片顯示在系統桌面或者系統閑時執行后臺任務等。當前支持的常用Extenson有：FormExtensionAbility、WorkSchedulerExtensionAbility、InputMethodExtensionAbility、AccessibilityExtensionAbility等。

●原子化服務支持分包預加載，提升服務首次加載性能。

●支持HSP（Harmony Shared Package）動態共享包，支持應用內代碼和資源的共享。

應用包管理

●支持選擇默認應用，例如用戶使用應用程序打開文件或url地址時選擇了默認程序，后續將自動打開該應用程序操作文件。

●支持對部分預置應用如Launcher、SystemUI、Settings等，系統事先授予權限（如定位、電話聯系人等權限）、簡化設備開箱后的授權過程，提升用戶體驗。

●支持預置應用配置是否可常駐、是否可以多進程，是否允許使用Service類型的ExtensionAbility等能力，加強對預置應用的權限管控。

●支持動態修改和更新應用程序的代碼，提供快速修復程序包便于應用快速響應需求和修復問題（此能力依賴設備廠商構建應用市場并提供分發能力）。

●支持so基于hap包的隔離，方便開發者在不同的模塊中部署so文件，避免了不同模塊so重名的問題。

分布式技術

支持元服務和卡片跨設備流轉，包括：跨設備查詢、添加、刷新、刪除等。

分布式軟總線

●提供基于藍牙鏈路的文件傳輸能力，藍牙數據傳輸通道相比OpenHarmony 3.1版本性能提升約10%。

●通過為每個進程分別建立Message和Byte高低優先級隊列，確保在Message和Byte并發的情況下，優先保障消息隊列的數據發送，同時也能保障Byte得到有效傳輸，解決了在字節數據擁塞的情況下，消息數據不能及時傳輸的問題。

●在支持RAW流的基礎上，新增COMMON流傳輸能力，將未加密音視頻流交由軟總線進行加解密，調用者只需要把原始的音視頻流數據傳遞給軟總線，軟總線保障數據的安全傳輸。

●支持傳輸鏈路（WLAN/WiFi P2P/藍牙BR）動態選擇。根據雙端設備支持的傳輸鏈路以及業務調用軟總線傳輸接口（SendFile、SendSteam、SendMessage、SendBytes）進行鏈路選擇。例如當需要傳輸流數據時，優先選擇WLAN（5G頻段）進行傳輸，如果WLAN不可用，則選擇其它鏈路（例如WiFi P2P）進行傳輸。

分布式硬件

●分布式相機拍照支持設置拍攝地理位置信息和照片質量級別（影響照片的壓縮比和畫質清晰度）。

●分布式相機支持錄像功能。

●設備管理支持將帳號認證信息導入到設備安全認證系統中，相同帳號的設備可以自動完成設備認證和組網。

分布式數據管理

跨應用數據訪問、本地數據庫、數據同步能力進行了優化和增強。

●通過代理方式實現同設備內跨應用數據訪問，避免頻繁拉起數據源應用。

●支持同設備內關系型數據庫、鍵值型數據庫的跨應用數據訪問。

●支持鍵值型數據庫和關系型數據庫。

●支持對數據庫文件的加密保存。

●支持數據庫的異常損壞檢測以及異常重建。

●支持應用通過客戶端進行備份和恢復數據庫。

●支持自動備份鍵值型數據庫。

●支持同應用跨設備對關系型數據庫遠程查詢。

●支持元數據庫異常損壞檢測和自動重建。

●鍵值型數據庫從統一的系統沙箱切換到各應用沙箱，縮小應用數據的訪問權限，提升了應用數據的安全性。

媒體

音頻

●提供選擇藍牙設備進行音頻播放和通話的能力。

●支持生成DTMF撥號音并進行播放。

●支持OpenSL ES基礎錄音接口。

●支持應用查詢當前可用的音頻設備列表，并攜帶具體設備信息，比如設備采樣率、通道數、通道掩碼。

●支持查詢系統中已建立的播放流和錄音流信息。

播放

●媒體播放支持fd格式輸入的本地播放、支持HTTPS、HLS協議網絡點播功能。媒體播放支持基于HDI的H264硬解播放能力。

●提供音視頻編解碼能力，基于HDI codec接口的視頻硬編碼/硬解碼能力。

相機

●支持相機拍照配置：格式、分辨率、質量（影響照片的壓縮比和畫質清晰度）、地理位置等。支持錄像和錄像中抓拍。

●支持相機精準隱私保護策略，僅允許前臺使用（包含相機懸浮窗場景）；支持系統服務后臺使用相機，不允許第三方APP后臺靜默使用相機。提供系統接口，供相機全局開關開啟、禁用調用。

圖片

增加支持raw、Webp圖片格式。

程序訪問控制

●實現應用和系統進程的權限管理框架，提供如下應用權限的操作接口：

○提供權限的校驗、權限的授予、權限的撤銷功能。

○提供權限的授權變化監聽功能。

○提供拉起權限彈窗的接口，應用可以通過該接口拉起彈窗，向用戶申請授權。

●提供權限彈窗應用以及Setting應用的隱私權限管理功能。

●提供隱私報告功能，支持添加/查詢權限訪問記錄、監聽權限使用狀態變化接口。

●提供隱私保護增強特性，提升用戶的隱私保護體驗，包括：

○相機使用提醒，在相機使用時，通知systemUI在右上角顯示小圓點，提示用戶。

○一鍵開關功能，提供用戶一鍵開關，管控設備麥克風/相機敏感資源的使用。

●提供SELinux功能的permissive模式。

ArkCompiler

語言特性增強

●支持嚴格模式的Ecma2021規范。

編譯器運行時功能

●提供es2abc編譯器，優化字節碼編譯性能、縮短編譯時間。

●提供匯編解釋器提升應用高級語言運行性能。

●提供基于PGO配置文件的Host AOT優化編譯器，提升應用高級語言高負載性能。

●支持模塊化能力，更好、更規范的支持復雜應用工程開發。

●支持熱補丁機制，提供應用熱修復運行時技術底座。

●調試增強，支持多實例調試、熱重載調試，提升開發者開發效率。

●支持基于CDP協議的CPU Profiler/Heap Profiler調優能力，提供應用性能調優和內存調優能力。

語言基礎庫

●utils功能增強，支持uuid提供通用統一標識符功能，支持Buffer提供緩沖區讀寫比較查找功能。

●Concurrent并發庫增加并發API TaskPool基礎版，提供并發任務接口。任務池（Taskpool）作用是為應用程序提供一個多線程的運行環境，降低整體資源的消耗、提高系統的整體性能。

C/C++工具鏈

●工具鏈升級：LLVM升級到12.0.0，支持MIPS架構、RISC-V架構。

●功能增強：支持stack pageguard保護，地址隨機化，namespace隔離，CFI功能，Fortify功能，時區數據更新等，提升C/C++庫安全。

●性能優化：實現高頻函數性能優化提升c庫基礎性能，實現linker優化提升庫加載性能。

●支持locale提供時區設置刷新功能。

驅動

HDF驅動框架能力

●支持內核態驅動動態加載、外接設備即插即用事件上報、驅動安全策略配置，為開發者提供更穩定、安全的驅動平臺底座。

●HDI接口支持IPC調用和直通調用兩種通路模式，開發者可根據實際業務靈活使用，提升業務性能。

●支持HDI服務化代碼自動生成能力、模板化驅動代碼生成能力、HCS宏式解析及配置可視化編輯等能力，降低驅動開發門檻，提高開發效率。

●Platform平臺驅動支持用戶態中斷、新增CAN總線HDF驅動框架、MMC驅動實現優化等。

外設驅動模型能力

●Camera驅動模型支持自拍鏡像、鏡頭控制、JPEG位置信息添加、Sensor捕獲角查詢、人臉識別Meta流支持，簡化相機驅動開發難度。

●Audio的ADM模型增加耳機接入、聽筒和喇叭切換控制、通話音量設置、通話靜音等關鍵控制能力，支撐音頻硬件生態拓展。

●Display驅動模型支持多屏管理、軟件Vsync機制、兼容FrameBuffer架構，支持不同顯示架構高效接入。

●支持標準系統的Codec硬件編解碼驅動模型、提供Codec HDI 2.0接口及參考實現，支持更完備的硬件編解碼能力。

●支持馬達驅動模型，包括馬達振動啟停、基礎馬達效果控制，為用戶提供豐富的振感體驗。

●支持手勢驅動模型，包括狀態事件、設備狀態事件上報；支持手勢啟停、功能狀態配置。

●USB驅動模型支持設備模式和主機模式，新增支持設備模式下RNDIS網絡驅動等DDK能力。

●支持WLAN驅動能力抗干擾能力，提供最優P2P信道選擇能力，持續提升WLAN信號質量。

工具提升

DevEco Studio代碼開發

●支持應用/服務開發環境的診斷功能，能夠檢測開發環境是否完備，確保開發者擁有良好的開發體驗。若檢查結果中存在不滿足的檢查項，建議您根據修復建議進行調整。

●提供基礎模板和卡片模板，支持Stage工程下創建ArkTS服務卡片，幫助開發者快速開發應用和服務。

●支持OpenHarmony工程添加Extension Ability模板，具體請參考在模塊中添加Ability。

●支持按照ArkUI新語法和新規范，檢查代碼提示錯誤；新增Code Linter代碼檢查功能，支持配置檢查規則，修復檢查結果。

●支持C++代碼Quick Fix基礎能力，具體請參考代碼Quick Fix快速修復。

●提供全新的OHPM CLI（OpenHarmony Package Manager Command-line Interface）生態三方庫包管理工具，支持OpenHarmony共享包發布、安裝和依賴管理。支持API 9的歷史工程遷移為OHPM工程，詳細參考歷史工程手動遷移。

●支持構建閉源HAR，并支持配置HAR的混淆能力。

●支持AOT編譯模式，提供高負載TS性能選擇和構建能力，提升應用運行性能，具體請參考開啟AOT編譯模式。

●API 9的Stage工程默認開啟模塊化編譯，可有效縮短增量編譯時間、減小編譯后的包體積。

●支持并發編譯提升編譯速度。

DevEco Studio應用調試調優

●支持ArkTS/JS與C/C++跨語言調試特性，在C/C++工程中，采用ArkTS/JS與C/C++進行混合開發，能夠在ArkTS或JS調用C/C++方法處，直接進入C/C++代碼中進行調試，方便開發者快速發現并解決跨語言調用相關代碼問題。具體請參考ArkTS/JS與C/C++工程跨語言調試。

●支持Hot Reload熱重載，支持保存代碼后在真機上使用最新的代碼而無需重啟應用。

●支持OpenHarmony多包推送和多實例調試功能。

●支持OpenHarmony API 9 C/C++工程的內存錯誤檢測。

●OpenHarmony日志功能支持打印FaultLog，便于應用開發者快速查詢、定位、導出應用故障信息。

●測試框架能力增強，針對JS/ArkTS API Version 8和9的工程，測試框架的執行效率顯著提升；同時優化了測試框架模板，提升模板代碼的可讀性。

測試能力

●新增測試用例篩選執行能力，支持在用例中配置指定字段如用例類型、級別等參數，通過命令執行篩選后的用例，幫助開發者提升測試執行效率。

●新增測試用例驅動執行能力，可將相似測試邏輯的不同輸入輸出數據配置到輔助文件中使用，幫助開發者減少測試代碼量。

●新增多窗口、雙指捏合、拋滑等UI場景模擬操作能力，提升UI自動化支持范圍。

●新增OpenHarmony應用質量要求兼容性測試規范，涵蓋UX、性能、功耗、穩定性、兼容性和安全六大方面，規范OpenHarmony應用基礎質量要求。

●SmartPerf-Host性能功耗調試調優工具，為開發者提供一套性能調優平臺，支持GUI（圖形用戶界面）操作進行詳細數據分析。3.2版本新增：

○支持功耗分析能力，展示應用各子類別功耗占比信息、資源申請使用記錄、功耗異常事件、功耗與系統狀態關聯信息。

○支持Web端抓取trace。

○支持SQL查詢和Metrics說明。

○支持內核內存事件分析。

●wukong軟件穩定性工具能力增強：

○支持注入滑動、鼠標、字符、系統按鍵、控件事件，模擬用戶多樣化隨機操作，覆蓋真實用戶操作場景，挖掘更多穩定性問題。

○支持設置運行總時長、應用黑白名單，實現個性化測試。

○支持控件順序遍歷測試，測試過程中支持界面截圖；支持休眠喚醒測試。

獲取OpenHarmony 3.2 Release源碼進行體驗

OpenHarmony 3.2 Release版本依照慣例，繼續提供版本源碼和現成鏡像的方式，支持社區開發者進行體驗、使用。

方式一

OpenHarmony 3.2 Release Note中提供了版本代碼的下載方式。您可以從版本分支獲取該版本分支的最新源碼，包括版本發布后在該分支的合入。同步代碼的命令如下：

repo init -u git@gitee.com:openharmony/manifest.git -b OpenHarmony-3.2-Release --no-repo-verify
repo sync -c
repoforall-c'gitlfspull'

方式二

OpenHarmony 3.2 Release Note中還提供鏡像站點，可以直接獲取鏡像進行體驗，支持全量代碼、各種解決方案、適用各種平臺的標準系統Public SDK包。

加入社區共建，持續貢獻

當前，已有數以千計的開發者參與到OpenHarmony的貢獻和共建中來。同時，也已累計有上百家伙伴單位參與到OpenHarmony的開發和實踐中。未來，也期待更多的共建單位和開發者攜手齊心，共同打造使能千行百業的數字底座。

原文標題：未來已來，OpenHarmony 3.2 Release發布，邁入發展新階段

文章出處：【微信公眾號：OpenAtom OpenHarmony】歡迎添加關注！文章轉載請注明出處。

聲明：本文內容及配圖由入駐作者撰寫或者入駐合作網站授權轉載。文章觀點僅代表作者本人，不代表電子發燒友網立場。文章及其配圖僅供工程師學習之用，如有內容侵權或者其他違規問題，請聯系本站處理。舉報投訴

鴻蒙

鴻蒙

+關注

關注
57

文章
2310

瀏覽量
42742
OpenHarmony

OpenHarmony

+關注

關注
25

文章
3660

瀏覽量
16156

原文標題：未來已來，OpenHarmony 3.2 Release發布，邁入發展新階段

文章出處：【微信號：gh_e4f28cfa3159，微信公眾號：OpenAtom OpenHarmony】歡迎添加關注！文章轉載請注明出處。

寧暢助推智算中心發展邁入新階段

在“全局智算”戰略下，寧暢正式發布“全棧全液”AI基礎設施方案，在業內首先實現了“全棧全液”的智算中心建設能力，助推智算中心發展邁入新階段。

發表于 11-07 11:18 ?242次閱讀

星光璀璨，聆聽 OpenHarmony 貢獻者之聲

，更是OpenHarmony開源生態繁榮發展的堅實基石。讓我們一同走近這些貢獻者們，聆聽他們的獨家幕后分享，探尋他們的努力與對未來的憧憬。共同見證OpenHarmony開源生態的

發表于 10-28 17:09

AI汽車發展的新階段、新要素、新挑戰

隨著以AI大模型為代表的生成式AI技術的快速發展，汽車正進入AI化發展新階段。AI將通過持續學習和環境適應推動自動駕駛和智能交互進化，讓汽車從“擬人化”做到“有頭腦會思考”，為用戶提供更“好開

發表于 10-16 08:07 ?441次閱讀

AI汽車<b class='flag-5'>發展</b>的<b class='flag-5'>新階段</b>、新要素、新挑戰

第三屆OpenHarmony技術大會在上海成功舉辦

啟動孵化儀式此外，現場還舉辦了OpenHarmony 5.0 Release版本的預發布儀式。OpenHarmony 5.0 Release

發表于 10-13 11:14

鴻蒙開發：【OpenHarmony 4.0 Release指導】

OpenHarmony 4.0版本如期而至，開發套件同步升級到API 10。相比3.2 Release版本，新增4000多個API，應用開發能力更加豐富；HDF新增200多個HDI接口，硬件適配更加便捷；我們持續優化圖形框架和方

發表于 05-14 09:59 ?1308次閱讀

【開源鴻蒙】下載OpenHarmony 4.1 Release源代碼

本文介紹了如何下載開源鴻蒙（OpenHarmony）操作系統 4.1 Release版本的源代碼，該方法同樣可以用于下載OpenHarmony最新開發版本（master分支）或者4.0 Rel

發表于 04-27 23:16 ?829次閱讀

OpenAtom OpenHarmony 4.1 Release版本正式發布

近日，OpenAtom OpenHarmony（以下簡稱“OpenHarmony”）4.1 Release版本如期而至，開發套件同步升級到API 11 Release。

發表于 04-07 11:43 ?647次閱讀

開源大師兄開發板通過 OpenHarmony 3.2 Release版本兼容性測評

近期，江蘇潤開鴻數字科技有限公司（以下簡稱“潤開鴻”）開源?師兄開發板順利通過OpenHarmony3.2.1Release版本兼容性測評，為基于開源大師兄開發板研發更多可釋放該系統版本新特性的?態

發表于 01-20 08:02 ?851次閱讀

潤開鴻基于OpenHarmony的全場景應用開發實訓平臺通過兼容性測評

近日，江蘇潤開鴻數字科技有限公司（以下簡稱“潤開鴻”）基于OpenHarmony的全場景應用開發實訓平臺通過OpenHarmony3.2.Release版本兼容性測評，為高校開展

發表于 01-20 08:02 ?504次閱讀

OpenHarmony社區運營報告（2023年11月）

多個Fork，59個SIG。●OpenHarmony4.0Release版本如期而至，開發套件同步升級到API10。相比3.2Release版本，新增4000多個ArkTSA

發表于 12-23 08:02 ?590次閱讀

搭載KaihongOS的高動態人形機器人“夸父”通過OpenHarmony 3.2 Release版本兼容性測評

“OpenHarmony”）3.2 Release版本兼容性測評并獲頒兼容性證書。這體現了深圳開鴻數字產業發展有限公司（以下簡稱”深開鴻“）Ope

發表于 12-20 09:45 ?456次閱讀

高動態人形機器人“夸父”通過OpenHarmony 3.2 Release版本兼容性測評

近日，搭載KaihongOS的“夸父”人形機器人通過OpenAtom OpenHarmony（以下簡稱“OpenHarmony”）3.2 Release版本兼容性測評并獲頒兼容性證書

發表于 12-20 09:31

搭載KaihongOS的高動態人形機器人“夸父”通過OpenHarmony3.2 Release版本兼容性測評

　　近日，搭載KaihongOS的國內首款可跳躍、可適應多地形行走的開源鴻蒙人形機器人通過OpenAtom OpenHarmony(以下簡稱“OpenHarmony”)3.2 Release

發表于 12-07 18:15 ?524次閱讀

【報名開啟】繁榮生態，人才先行︱首屆OpenHarmony人才生態大會即將在上海召開

共建單位代表等，介紹OpenHarmony社區生態及人才進展、展示OpenHarmony操作系統的技術革新、分享階段性技術成果，圍繞OpenHarmony人才生態

發表于 12-04 16:23

OpenHarmony亮相MTSC 2023 | 質量&效率共進，賦能應用生態發展

的保障策略等內容。 OpenHarmony 兼容性工作組成員任熠分享了《OpenHarmony ArkUI-X 跨平臺應用自動化測試能力實踐》，ArkUI-X 跨平臺在 2023 年 8 月已開源

發表于 11-28 15:41