99精品伊人亚洲|最近国产中文炮友|九草在线视频支援|AV网站大全最新|美女黄片免费观看|国产精品资源视频|精彩无码视频一区|91大神在线后入|伊人终合在线播放|久草综合久久中文

0
  • 聊天消息
  • 系統(tǒng)消息
  • 評論與回復(fù)
登錄后你可以
  • 下載海量資料
  • 學(xué)習(xí)在線課程
  • 觀看技術(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線程復(fù)用了主線程,并且Stage模型應(yīng)用目前都是聲明式前端,導(dǎo)致js線程又復(fù)用了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線程實際是復(fù)用的主線程,所以不需要在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)立場。文章及其配圖僅供工程師學(xué)習(xí)之用,如有內(nèi)容侵權(quán)或者其他違規(guī)問題,請聯(lián)系本站處理。 舉報投訴
  • 鴻蒙
    +關(guān)注

    關(guān)注

    60

    文章

    2623

    瀏覽量

    44077
  • OpenHarmony
    +關(guān)注

    關(guān)注

    29

    文章

    3856

    瀏覽量

    18655

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

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

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

掃碼添加小助手

加入工程師交流群

    評論

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

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

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

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

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

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

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

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

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

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

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

    看門狗,你真的會用嗎?

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

    安利給工程師!看門狗相關(guān)知識

    看門狗能夠及時檢測并采取相應(yīng)措施,從而避免系統(tǒng)長時間處于故障狀態(tài)。本文將詳細介紹看門狗的工作原理及其正確使用方法。 同時通過具體示例解析,教你如何在一個簡單的LuatOS項目中集成看門狗定時器,設(shè)置
    的頭像 發(fā)表于 12-31 14:29 ?570次閱讀
    安利給工程師!<b class='flag-5'>看門狗</b>相關(guān)知識

    抄作業(yè)!看門狗定時器必備知識

    Air201在模組內(nèi)部集成了硬件看門狗,今天就一起來聊聊~ 本文將帶你了解看門狗的工作原理、應(yīng)用架構(gòu)、定時時間設(shè)置、軟硬件看門狗的區(qū)別,以及看門狗定時器的典型應(yīng)用場景及關(guān)鍵設(shè)計因素等內(nèi)
    的頭像 發(fā)表于 12-30 14:44 ?786次閱讀
    抄作業(yè)!<b class='flag-5'>看門狗</b>定時器必備知識

    一文詳解看門狗/電壓監(jiān)控芯片規(guī)格書

    一、關(guān)于一些看門狗、電壓監(jiān)控的疑問?1.什么是看門狗?看門狗,又叫Watchdog,本質(zhì)上來說就是一個定時器電路,一般有一個輸入和一個輸出,其中輸入叫做喂狗,輸出一般連接到另外一個部分的復(fù)位端,一般
    的頭像 發(fā)表于 12-26 17:18 ?1458次閱讀
    一文詳解<b class='flag-5'>看門狗</b>/電壓監(jiān)控芯片規(guī)格書

    常用硬件看門狗電路

    硬件看門狗電路分享
    的頭像 發(fā)表于 12-18 14:09 ?6439次閱讀
    常用硬件<b class='flag-5'>看門狗</b>電路

    請問如何關(guān)閉獨立看門狗

    ic是cs32l015. 使用HAL_FWDT_STOP(&h_FWDT);加__HAL_RCC_FWDT_CLK_DISABLE();無法使看門狗停止工作,會一直在深度休眠時喚醒IC。請問怎么關(guān)閉看門狗?
    發(fā)表于 11-26 18:03

    看門狗定時器的工作原理

    看門狗定時器是一種獨立的計時器硬件模塊,其核心功能是倒計時。如果系統(tǒng)軟件在計時器超時前沒有對其進行復(fù)位操作(即“喂狗”),看門狗將觸發(fā)一個預(yù)定義的動作,通常是系統(tǒng)復(fù)位或中斷。
    的頭像 發(fā)表于 10-21 14:18 ?1302次閱讀
    <b class='flag-5'>看門狗</b>定時器的工作原理

    單片機開發(fā):使用內(nèi)部看門狗定時器(WDT)還是外掛看門狗芯片?

    在電子產(chǎn)品,有時候需要看門狗定時器(WDT),看門狗芯片有外部和內(nèi)置兩種。在設(shè)計之初,要不要使用看門狗芯片?這是個值得考慮的問題。在本文中,英銳恩技術(shù)工程師對內(nèi)部和外部
    發(fā)表于 09-25 13:46

    Sitara AM6442 RTI看門狗調(diào)試

    電子發(fā)燒友網(wǎng)站提供《Sitara AM6442 RTI看門狗調(diào)試.pdf》資料免費下載
    發(fā)表于 08-27 11:26 ?0次下載
    Sitara AM6442 RTI<b class='flag-5'>看門狗</b>調(diào)試