国产精品久久久aaaa,日日干夜夜操天天插,亚洲乱熟女香蕉一区二区三区少妇,99精品国产高清一区二区三区,国产成人精品一区二区色戒,久久久国产精品成人免费,亚洲精品毛片久久久久,99久久婷婷国产综合精品电影,国产一区二区三区任你鲁

0
  • 聊天消息
  • 系統消息
  • 評論與回復
登錄后你可以
  • 下載海量資料
  • 學習在線課程
  • 觀看技術視頻
  • 寫文章/發帖/加入社區
會員中心
創作中心

完善資料讓更多小伙伴認識你,還能領取20積分哦,立即完善>

3天內不再提示

ArkUI中的線程和看門狗機制

OpenAtom OpenHarmony ? 來源:未知 ? 2023-03-15 04:05 ? 次閱讀
加入交流群
微信小助手二維碼

掃碼添加小助手

加入工程師交流群

點擊藍字 ╳ 關注我們


開源項目 OpenHarmony
是每個人的 OpenHarmony

吳文璐

深圳開鴻數字產業發展有限公司

OS框架開發工程師

一、前言

本文主要分析ArkUI中涉及的線程和看門狗機制。

二、ArkUI中的線程

應用Ability首次創建界面的流程大致如下:


說明:
?AceContainer是一個容器類,由前端、任務執行器、資源管理器、渲染管線、視圖等聚合而成,提供了生命周期對接、功能調度接口和UI渲染的各項能力。
?Ability在FA模型中實際為AceAbility,和AceContainer容器類搭配管理界面。在AceAbility的生命周期函數AceAbility::OnStart(const Want& want)中創建AceContainer實例。
?對于Stage模型,在UIContentImpl::CommonInitialize()函數中創建AceContainer實例。
AceContainer在構造函數中創建任務執行器,用于執行ArkUI相關任務。
void AceContainer::InitializeTask()
{
auto flutterTaskExecutor = Referenced::MakeRefPtr();
flutterTaskExecutor->InitPlatformThread(useCurrentEventRunner_);
taskExecutor_ = flutterTaskExecutor;
// No need to create JS Thread for DECLARATIVE_JS
if (type_ == FrontendType::DECLARATIVE_JS) {
GetSettings().useUIAsJSThread = true;
} else {
flutterTaskExecutor->InitJsThread();
}
}
任務有如下幾種類型,每種類型(BACKGROUND任務除外)的任務會由一個fml::TaskRunner去執行。TaskRunner代碼在三方庫third_partyflutterenginefluttercommon ask_runners.h中,實現原理和EventRunner,EventHandler機制相似。
 enum class TaskType : uint32_t {
PLATFORM = 0,
UI,
IO,
GPU,
JS,
BACKGROUND,
UNKNOWN,
};
FlutterTaskExecutor類圖如下:


說明:
?任務執行器可以用于執行異步(PostTask)和同步(PostSyncTask)任務。
?異步任務:把任務丟給指定類型的線程處理,不會阻塞當前線程。
?同步任務:把任務丟給指定類型的線程處理并阻塞當前線程,直到任務執行完后繼續當前線程。
?比如觸摸事件的處理,會以異步任務的形式被丟到UI線程中處理。
 auto&& touchEventCallback = [context = pipelineContext_, id = instanceId_](
const TouchEvent& event, const std::function& markProcess) {
ContainerScope scope(id);
context->GetTaskExecutor()->PostTask(
[context, event, markProcess]() {
context->OnTouchEvent(event);
CHECK_NULL_VOID_NOLOG(markProcess);
markProcess();
},
TaskExecutor::UI);
};

三、各種類型的TaskRunner如何初始化?

1. platformRunner_
在InitPlatformThread函數中初始化。
void FlutterTaskExecutor::InitPlatformThread(bool useCurrentEventRunner)
{
#ifdef OHOS_STANDARD_SYSTEM
platformRunner_ = flutter::CurrentTaskRunner(useCurrentEventRunner);
#else
fml::EnsureInitializedForCurrentThread();
platformRunner_ = fml::GetCurrent().GetTaskRunner();
#endif


FillTaskTypeTable(TaskType::PLATFORM);
}
對于標準OHOS,platformRunner_實際為
flutter::CurrentTaskRunner(useCurrentEventRunner)
看下具體實現:
fml::RefPtr PlatformTaskRunner::CurrentTaskRunner(bool useCurrentEventRunner)
{
return PlatformTaskRunnerAdapter::CurrentTaskRunner(useCurrentEventRunner);
}
fml::RefPtr PlatformTaskRunnerAdapter::CurrentTaskRunner(bool useCurrentEventRunner)
{
if (useCurrentEventRunner) {
return fml::MakeRefCounted(useCurrentEventRunner);
}
if (taskRunner_) {
return taskRunner_;
}
taskRunner_ = fml::MakeRefCounted(useCurrentEventRunner);
return taskRunner_;
}

說明:
platformRunner實際類型為PlatformTaskRunnerAdapter。
PlatformTaskRunnerAdapter繼承自fml::TaskRunner,實現了virtual void PostTask(fml::closure task)等接口函數。實際是在EventRunner,EventHandler機制基礎上又做了層封裝。代碼中useCurrentEventRunner實參為false。意味著platformRunner實際是把任務丟給主線程去做的。(MainEventRunner對應的線程為主線程,MainEventRunner的初始化在Ability框架MainThread::Start()函數中)
PlatformTaskRunnerAdapter::PlatformTaskRunnerAdapter(bool useCurrentEventRunner)
: fml::TaskRunner(nullptr)
{
if (useCurrentEventRunner) {
eventRunner_ = OHOS::Current();
} else {
eventRunner_ = OHOS::GetMainEventRunner();
}
eventHandler_ = std::make_shared(eventRunner_);
}


void PlatformTaskRunnerAdapter::closure task)
{
eventHandler_->PostTask(std::move(task));
}

2. uiRunner, ioRunner, gpuRunner_
這三種類型的TaskRunner初始化都在FlutterTaskExecutor::InitOtherThreads函數中。
void FlutterTaskExecutor::InitOtherThreads(const flutter::TaskRunners& taskRunners)
{
uiRunner_ = taskRunners.GetUITaskRunner();
ioRunner_ = taskRunners.GetIOTaskRunner();
#ifdef NG_BUILD
gpuRunner_ = taskRunners.GetRasterTaskRunner();
#else
gpuRunner_ = taskRunners.GetGPUTaskRunner();
#endif


//...此處省略若干行
}
FlutterTaskExecutor::InitOtherThreads函數的參數 taskRunners從哪來?
FlutterAceView::CreateView()函數中會初始化一些配置項,然后創建flutter::OhosShellHolder對象。
FlutterAceView* FlutterAceView::CreateView(int32_t instanceId, bool useCurrentEventRunner, bool usePlatformThread)
{
FlutterAceView* aceSurface = new Platform::FlutterAceView(instanceId);
if (aceSurface != nullptr) {
aceSurface->IncRefCount();
}
flutter::Settings settings;
settings.instanceId = instanceId;
settings.platform = flutter::ACE_PLATFORM_OHOS;
#ifndef GPU_DISABLED
settings.enable_software_rendering = false;
#else
settings.enable_software_rendering = true;
#endif
#ifdef ENABLE_ROSEN_BACKEND
settings.use_system_render_thread = SystemProperties::GetRosenBackendEnabled();
#endif
settings.platform_as_ui_thread = usePlatformThread;
settings.use_current_event_runner = useCurrentEventRunner;
// ...此處省略若干行
auto shell_holder = std::make_unique(settings, false);
if (aceSurface != nullptr) {
aceSurface->SetShellHolder(std::move(shell_holder));
}
return aceSurface;
}
OhosShellHolder構造函數中會根據傳入的參數創建flutter::TaskRunners。
OhosShellHolder::OhosShellHolder(
flutter::Settings settings,
bool is_background_view)
: settings_(std::move(settings))
{
// ...此處省略若干行
// The current thread will be used as the platform thread. Ensure that the
// message loop is initialized.
fml::EnsureInitializedForCurrentThread();
fml::RefPtr gpu_runner;
fml::RefPtr ui_runner;
fml::RefPtr io_runner;
fml::RefPtr platform_runner =
PlatformTaskRunnerAdapter::CurrentTaskRunner(settings_.use_current_event_runner);
if (is_background_view) {
auto single_task_runner = thread_host_.ui_thread->GetTaskRunner();
gpu_runner = single_task_runner;
ui_runner = single_task_runner;
io_runner = single_task_runner;
} else {
if (settings_.platform_as_ui_thread) {
ui_runner = platform_runner;
} else {
ui_runner = thread_host_.ui_thread->GetTaskRunner();
}
if (!settings_.use_system_render_thread) {
gpu_runner = thread_host_.gpu_thread->GetTaskRunner();
} else {
gpu_runner = ui_runner;
}
if (settings_.use_io_thread) {
io_runner = thread_host_.io_thread->GetTaskRunner();
} else {
io_runner = ui_runner;
}
}
flutter::TaskRunners task_runners(thread_label, // label
platform_runner, // platform
gpu_runner, // gpu
ui_runner, // ui
io_runner // io
);

說明:
目前OHOS上,配置的參數如下:


對照上面的代碼段,實際gpu_runner,ui_runner,io_runner是同一個,任務都在UI線程執行。
另外對于Stage模型,ui_runner和platform_runner又是同一個,所以對Stage模型來說,TaskType::UI,TaskType::IO,TaskType::GPU,TaskType::PLATFORM類型的任務實際都是由主線程來執行的。

3. jsRunner_
初始化在FlutterTaskExecutor::InitJsThread(bool newThread)函數中。
void FlutterTaskExecutor::InitJsThread(bool newThread)
{
if (newThread) {
jsThread_ = std::make_unique(GenJsThreadName());
jsRunner_ = jsThread_->GetTaskRunner();
} else {
jsRunner_ = uiRunner_;
}


PostTaskToTaskRunner(
jsRunner_, [weak = AceType::WeakClaim(this)] { FillTaskTypeTable(weak, TaskType::JS); }, 0);
}

說明:
對于聲明式前端,newThread參數為false; JS前端為true。所以聲明式前端JS線程實際為UI線程;而對于JS前端,會起獨立的JS線程來處理JS相關的任務。

4. TaskType::BACKGROUND類型的任務如何執行?
TaskType::BACKGROUND類型的任務會由單例BackgroundTaskExecutor去執行。
BackgroundTaskExecutor中維護了一個8個線程的線程池,用來處理后臺耗時操作。線程名以"ace.bg."開頭。比如RosenFontLoader在加載網絡字體的時候,下載操作會放到后臺任務線程里去做。
void RosenFontLoader::LoadFromNetwork(const OHOS::RefPtr& context)
{
auto weakContext = AceType::RawPtr(context));
context->GetTaskExecutor()->PostTask(
[weak = AceType::WeakClaim(this), weakContext] {
auto fontLoader = weak.Upgrade();
auto context = weakContext.Upgrade();
if (!fontLoader || !context) {
return;
}
std::vector fontData;
if (!DownloadManager::GetInstance().Download(fontLoader->familySrc_, fontData) || fontData.empty()) {
return;
}
//...此處省略若干行
},
TaskExecutor::BACKGROUND);
}

綜上:
在ArkUI中,會為每個帶界面的Ability創建一個AceContainer,每個AceContainer中會創建一個FlutterTaskExecutor用于處理該Ability ArkUI相關的任務。根據不同的模型,ArkUI創建出來的線程會有所不同:
?對于Stage模型的應用,ui線程復用了主線程,并且Stage模型應用目前都是聲明式前端,導致js線程又復用了ui線程。所以ArkUI只需另外創建名字以“ace.bg.”開頭的八個后臺任務線程。
?對于FA模型的應用,除了八個后臺任務線程,根據Ability的數量會創建若干個名字以“.ui”結尾的線程。如果是JS前端,還會創建若干個名字以“jsThread-”開頭的線程。

四、ArkUI中的看門狗


AceEngine是單例,全局唯一。AceEngine的構造函數中會創建WatchDog實例。對于FA模型的應用,AceContainer::AttachView()函數中通過調用
AceEngine::Get().RegisterToWatchDog(instanceId, taskExecutor_, GetSettings().useUIAsJSThread);

把持有的FlutterTaskExecutor注冊到看門狗中看護。
看門狗只看護FlutterTaskExecutor中的UI線程和JS線程。Stage模型的應用由于UI線程和JS線程實際是復用的主線程,所以不需要在ArkUI中看護。Ability框架中有看門狗專門看護主線程。如果線程中有任務處理超過了3s,會上報RawEventType::WARNING對應的系統事件給hiview插件平臺;如果任務處理超過了5s,會上報RawEventType::FREEZE對應的系統事件給hiview插件平臺,hiview插件平臺會生成appfreeze的dump文件。
為了防止主線程和ui線程卡住引起appfreeze,做應用開發的時候,不要在Ability生命周期函數或者控件點擊事件等回調函數中做耗時操作。



原文標題:ArkUI中的線程和看門狗機制

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

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

    關注

    60

    文章

    2963

    瀏覽量

    45899
  • OpenHarmony
    +關注

    關注

    33

    文章

    3952

    瀏覽量

    21102

原文標題:ArkUI中的線程和看門狗機制

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

收藏 人收藏
加入交流群
微信小助手二維碼

掃碼添加小助手

加入工程師交流群

    評論

    相關推薦
    熱點推薦

    【瑞薩RA × Zephyr評測】多線程看門狗

    本文章旨在評估使用 Zephyr RTOS 在 Renesas FPB-RA6E2 開發板上實現多線程調度與硬件看門狗功能的應用。評估內容包括任務調度、看門狗初始化流程、主程序邏輯的詳細解析,以及實驗現象與數據分析。
    的頭像 發表于 01-10 10:23 ?2474次閱讀
    【瑞薩RA × Zephyr評測】多<b class='flag-5'>線程</b>和<b class='flag-5'>看門狗</b>

    深度解析 MAX6369–MAX6374 引腳可選看門狗定時器

    深度解析 MAX6369–MAX6374 引腳可選看門狗定時器 在當今電子設備的復雜系統,確保微處理器(μP)穩定運行至關重要。看門狗定時器作為一種關鍵的監督機制,能夠在系統出現故障
    的頭像 發表于 12-30 17:55 ?1302次閱讀

    什么是ADC模擬看門狗

    模擬看門狗功能,支持將 ADC 轉換結果與用戶設定的閾值進行比較,支持上閾值、下閾值、區間值比較,通過閾值寄存器 ADC_VTH 和 ADC_VTL 設置比較閾值。 模擬看門狗功能只在單通道模式
    發表于 12-12 06:15

    中科芯CKS32F107XX系列MCU的獨立看門狗介紹

    中科芯CKS32F107xx系列產品內部提供兩個看門狗定時器單元,獨立型看門狗IWDG(Independent Watchdog)和窗口型看門狗WWDG(Window Watchdog),它們在
    的頭像 發表于 11-28 14:51 ?3864次閱讀
    中科芯CKS32F107XX系列MCU的獨立<b class='flag-5'>看門狗</b>介紹

    中科芯CKS32F107XX系列MCU的窗口看門狗介紹

    中科芯CKS32F107xx系列產品內部提供兩個看門狗定時器單元,獨立型看門狗IWDG(Independent Watchdog)和窗口型看門狗WWDG(Window Watchdog),本文主要介紹WWDG的應用,關于IWDG
    的頭像 發表于 11-28 14:48 ?4120次閱讀
    中科芯CKS32F107XX系列MCU的窗口<b class='flag-5'>看門狗</b>介紹

    “喂狗”的藝術:看門狗不叫,才是系統好

    看門狗選哪只好呢? 中間那只看起來不錯。 咳咳搞錯了,自動化項目中說的看門狗是PLC的看門狗,那這個有什么用呢?難道真的是看大門的
    的頭像 發表于 11-25 10:50 ?306次閱讀
    “喂狗”的藝術:<b class='flag-5'>看門狗</b>不叫,才是系統好

    既然有獨立看門狗了,為啥還要窗口看門狗(WWDT),窗口看門狗的特色是什么?

    既然有獨立看門狗了,為啥還要窗口看門狗(WWDT),窗口看門狗的特色是什么?
    發表于 11-21 06:42

    看門狗定時器、復位源、異常處理機制科普

    在嵌入式開發,系統一旦“跑飛”,工程師最怕的不是bug,而是程序卡死無人知。這時,芯片自身的自我保護機制就至關重要。看門狗、復位源和異常處理機制,是保證系統可靠性的三大基石。本文帶你
    的頭像 發表于 11-17 10:53 ?1243次閱讀
    <b class='flag-5'>看門狗</b>定時器、復位源、異常處理<b class='flag-5'>機制</b>科普

    小安派BW21-CBV-Kit入門教程之看門狗簡介

    這是一個簡單的看門狗定時器(WDT)示例,演示了看門狗 API 的用法。 有關看門狗的定義和工作原理,請參閱以下信息。
    的頭像 發表于 11-13 17:22 ?5106次閱讀
    小安派BW21-CBV-Kit入門教程之<b class='flag-5'>看門狗</b>簡介

    TPS3431 帶啟用功能的標準可編程看門狗定時器數據手冊

    TPS3431 是一款標準的可編程看門狗定時器,具有使能功能,適用于各種應用。看門狗超時具有 15% 的精度、高精度定時 (–40°C 至 +125°C) 和 25°C 時 2.5% 的典型值
    的頭像 發表于 04-10 14:28 ?857次閱讀
    TPS3431 帶啟用功能的標準可編程<b class='flag-5'>看門狗</b>定時器數據手冊

    TPS3430 具有可編程復位延遲的窗口看門狗定時器數據手冊

    TPS3430 是一款獨立的窗口看門狗定時器,具有可編程看門狗窗口和可編程看門狗復位延遲,適用于各種應用。TPS3430窗口看門狗可實現 2.5% 的定時精度(25°C 時的典型值),
    的頭像 發表于 04-10 14:23 ?826次閱讀
    TPS3430 具有可編程復位延遲的窗口<b class='flag-5'>看門狗</b>定時器數據手冊

    TPS3430-Q1 具有可編程復位延遲的汽車級窗口看門狗定時器數據手冊

    TPS3430-Q1 是一款獨立的汽車窗口看門狗定時器,具有可編程看門狗窗口和可編程看門狗復位延遲,適用于汽車應用。TPS3430-Q1 窗口看門狗可實現 2.5% 的定時精度(25°
    的頭像 發表于 04-10 14:15 ?933次閱讀
    TPS3430-Q1 具有可編程復位延遲的汽車級窗口<b class='flag-5'>看門狗</b>定時器數據手冊

    TPS3435 納米靜態電流精密超時看門狗定時器數據手冊

    TPS3435 是一款超低功耗 (典型值為 250nA) 器件,提供可編程超時看門狗定時器。 TPS3435 提供高精度超時看門狗定時器,具有適用于各種應用的一系列功能。超時看門狗定時器可由
    的頭像 發表于 04-09 15:49 ?919次閱讀
    TPS3435 納米靜態電流精密超時<b class='flag-5'>看門狗</b>定時器數據手冊

    看門狗,你真的會用嗎?

    嵌入式系統開發看門狗是一種重要的機制,用于在程序異常時自動重啟系統,保障其穩定性。本文將深入探討看門狗及其在程序穩定性的作用,幫助您更
    的頭像 發表于 03-12 11:37 ?5087次閱讀
    <b class='flag-5'>看門狗</b>,你真的會用嗎?