女人自慰AV免费观看内涵网,日韩国产剧情在线观看网址,神马电影网特片网,最新一级电影欧美,在线观看亚洲欧美日韩,黄色视频在线播放免费观看,ABO涨奶期羡澄,第一导航fulione,美女主播操b

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

    文章

    2620

    瀏覽量

    44058
  • OpenHarmony
    +關注

    關注

    29

    文章

    3854

    瀏覽量

    18617

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

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

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

掃碼添加小助手

加入工程師交流群

    評論

    相關推薦
    熱點推薦

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

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

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

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

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

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

    TPS3431-Q1 具有使能功能的汽車標準可編程看門狗定時器數據手冊

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

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

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

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

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

    看門狗,你真的會用嗎?

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

    安利給工程師!看門狗相關知識

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

    抄作業!看門狗定時器必備知識

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

    一文詳解看門狗/電壓監控芯片規格書

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

    常用硬件看門狗電路

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

    看門狗定時器的工作原理

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

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

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

    Sitara AM6442 RTI看門狗調試

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