91欧美超碰AV自拍|国产成年人性爱视频免费看|亚洲 日韩 欧美一厂二区入|人人看人人爽人人操aV|丝袜美腿视频一区二区在线看|人人操人人爽人人爱|婷婷五月天超碰|97色色欧美亚州A√|另类A√无码精品一级av|欧美特级日韩特级

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

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

3天內(nèi)不再提示

ArkUI中的線程和看門狗機制

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

掃碼添加小助手

加入工程師交流群

點擊藍字 ╳ 關(guān)注我們


開源項目 OpenHarmony
是每個人的 OpenHarmony

吳文璐

深圳開鴻數(shù)字產(chǎn)業(yè)發(fā)展有限公司

OS框架開發(fā)工程師

一、前言

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

二、ArkUI中的線程

應(yīng)用Ability首次創(chuàng)建界面的流程大致如下:


說明:
?AceContainer是一個容器類,由前端、任務(wù)執(zhí)行器、資源管理器、渲染管線、視圖等聚合而成,提供了生命周期對接、功能調(diào)度接口和UI渲染的各項能力。
?Ability在FA模型中實際為AceAbility,和AceContainer容器類搭配管理界面。在AceAbility的生命周期函數(shù)AceAbility::OnStart(const Want& want)中創(chuàng)建AceContainer實例。
?對于Stage模型,在UIContentImpl::CommonInitialize()函數(shù)中創(chuàng)建AceContainer實例。
AceContainer在構(gòu)造函數(shù)中創(chuàng)建任務(wù)執(zhí)行器,用于執(zhí)行ArkUI相關(guān)任務(wù)。
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();
}
}
任務(wù)有如下幾種類型,每種類型(BACKGROUND任務(wù)除外)的任務(wù)會由一個fml::TaskRunner去執(zhí)行。TaskRunner代碼在三方庫third_partyflutterenginefluttercommon ask_runners.h中,實現(xiàn)原理和EventRunner,EventHandler機制相似。
 enum class TaskType : uint32_t {
PLATFORM = 0,
UI,
IO,
GPU,
JS,
BACKGROUND,
UNKNOWN,
};
FlutterTaskExecutor類圖如下:


說明:
?任務(wù)執(zhí)行器可以用于執(zhí)行異步(PostTask)和同步(PostSyncTask)任務(wù)。
?異步任務(wù):把任務(wù)丟給指定類型的線程處理,不會阻塞當前線程。
?同步任務(wù):把任務(wù)丟給指定類型的線程處理并阻塞當前線程,直到任務(wù)執(zhí)行完后繼續(xù)當前線程。
?比如觸摸事件的處理,會以異步任務(wù)的形式被丟到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函數(shù)中初始化。
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)
看下具體實現(xiàn):
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,實現(xiàn)了virtual void PostTask(fml::closure task)等接口函數(shù)。實際是在EventRunner,EventHandler機制基礎(chǔ)上又做了層封裝。代碼中useCurrentEventRunner實參為false。意味著platformRunner實際是把任務(wù)丟給主線程去做的。(MainEventRunner對應(yīng)的線程為主線程,MainEventRunner的初始化在Ability框架MainThread::Start()函數(shù)中)
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函數(shù)中。
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函數(shù)的參數(shù) taskRunners從哪來?
FlutterAceView::CreateView()函數(shù)中會初始化一些配置項,然后創(chuàng)建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構(gòu)造函數(shù)中會根據(jù)傳入的參數(shù)創(chuàng)建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上,配置的參數(shù)如下:


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

3. jsRunner_
初始化在FlutterTaskExecutor::InitJsThread(bool newThread)函數(shù)中。
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參數(shù)為false; JS前端為true。所以聲明式前端JS線程實際為UI線程;而對于JS前端,會起獨立的JS線程來處理JS相關(guān)的任務(wù)。

4. TaskType::BACKGROUND類型的任務(wù)如何執(zhí)行?
TaskType::BACKGROUND類型的任務(wù)會由單例BackgroundTaskExecutor去執(zhí)行。
BackgroundTaskExecutor中維護了一個8個線程的線程池,用來處理后臺耗時操作。線程名以"ace.bg."開頭。比如RosenFontLoader在加載網(wǎng)絡(luò)字體的時候,下載操作會放到后臺任務(wù)線程里去做。
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創(chuàng)建一個AceContainer,每個AceContainer中會創(chuàng)建一個FlutterTaskExecutor用于處理該Ability ArkUI相關(guān)的任務(wù)。根據(jù)不同的模型,ArkUI創(chuàng)建出來的線程會有所不同:
?對于Stage模型的應(yīng)用,ui線程復用了主線程,并且Stage模型應(yīng)用目前都是聲明式前端,導致js線程又復用了ui線程。所以ArkUI只需另外創(chuàng)建名字以“ace.bg.”開頭的八個后臺任務(wù)線程。
?對于FA模型的應(yīng)用,除了八個后臺任務(wù)線程,根據(jù)Ability的數(shù)量會創(chuàng)建若干個名字以“.ui”結(jié)尾的線程。如果是JS前端,還會創(chuàng)建若干個名字以“jsThread-”開頭的線程。

四、ArkUI中的看門狗


AceEngine是單例,全局唯一。AceEngine的構(gòu)造函數(shù)中會創(chuàng)建WatchDog實例。對于FA模型的應(yīng)用,AceContainer::AttachView()函數(shù)中通過調(diào)用
AceEngine::Get().RegisterToWatchDog(instanceId, taskExecutor_, GetSettings().useUIAsJSThread);

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



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

文章出處:【微信公眾號:OpenAtom OpenHarmony】歡迎添加關(guān)注!文章轉(zhuǎn)載請注明出處。

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

    關(guān)注

    60

    文章

    2968

    瀏覽量

    45956
  • OpenHarmony
    +關(guān)注

    關(guān)注

    33

    文章

    3955

    瀏覽量

    21143

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

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

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

掃碼添加小助手

加入工程師交流群

    評論

    相關(guān)推薦
    熱點推薦

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

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

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

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

    什么是ADC模擬看門狗?

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

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

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

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

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

    “喂狗”的藝術(shù):看門狗不叫,才是系統(tǒng)好

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

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

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

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

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

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

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

    德州儀器TPS3436-Q1汽車級窗口看門狗定時器技術(shù)解析

    Texas Instruments TPS3436-Q1精密窗口看門狗定時器是一款超低功耗(250nA典型值)器件,提供可編程窗口看門狗定時器。TPS3436-Q1可提供具有多種功能的高精度超時
    的頭像 發(fā)表于 08-18 14:54 ?1235次閱讀
    德州儀器TPS3436-Q1汽車級窗口<b class='flag-5'>看門狗</b>定時器技術(shù)解析

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

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

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

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

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

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

    TPS3435 納米靜態(tài)電流精密超時看門狗定時器數(shù)據(jù)手冊

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