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

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

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

ArkUI 中的線程和看門狗機(jī)制

王程 ? 來(lái)源: jf_75796907 ? 作者: jf_75796907 ? 2024-02-18 17:37 ? 次閱讀

一、前言

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

二、ArkUI 中的線程

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

wKgaomXRz-KAOIl7AAAUX4GNkUw147.png

說(shuō)明:

?AceContainer 是一個(gè)容器類,由前端、任務(wù)執(zhí)行器、資源管理器、渲染管線、視圖等聚合而成,提供了生命周期對(duì)接、功能調(diào)度接口和 UI 渲染的各項(xiàng)能力。

?Ability 在 FA 模型中實(shí)際為 AceAbility,和 AceContainer 容器類搭配管理界面。在 AceAbility 的生命周期函數(shù) AceAbility::OnStart (const Want& want) 中創(chuàng)建 AceContainer 實(shí)例。

?對(duì)于 Stage 模型,在 UIContentImpl::CommonInitialize () 函數(shù)中創(chuàng)建 AceContainer 實(shí)例。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ù)會(huì)由一個(gè) fml::TaskRunner 去執(zhí)行。TaskRunner 代碼在三方庫(kù) third_partyflutterenginefluttercommontask_runners.h 中,實(shí)現(xiàn)原理和 EventRunner,EventHandler 機(jī)制相似。

 enum class TaskType : uint32_t {
 PLATFORM = 0,
 UI,
 IO,
 GPU,
 JS,
 BACKGROUND,
 UNKNOWN,
 };

FlutterTaskExecutor 類圖如下:

wKgZomXRz-OAS5hGAAAx8gzJp7U465.png

說(shuō)明:

?任務(wù)執(zhí)行器可以用于執(zhí)行異步 (PostTask) 和同步 (PostSyncTask) 任務(wù)。

?異步任務(wù):把任務(wù)丟給指定類型的線程處理,不會(huì)阻塞當(dāng)前線程。

?同步任務(wù):把任務(wù)丟給指定類型的線程處理并阻塞當(dāng)前線程,直到任務(wù)執(zhí)行完后繼續(xù)當(dāng)前線程。

?比如觸摸事件的處理,會(huì)以異步任務(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::TaskType::UI);
 };

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

platformRunner_

在 InitPlatformThread 函數(shù)中初始化。

void FlutterTaskExecutor::InitPlatformThread(bool useCurrentEventRunner)
{
#ifdef OHOS_STANDARD_SYSTEM
 platformRunner_ = flutter::PlatformTaskRunner::CurrentTaskRunner(useCurrentEventRunner);
#else
 fml::MessageLoop::EnsureInitializedForCurrentThread();
 platformRunner_ = fml::MessageLoop::GetCurrent().GetTaskRunner();
#endif

 FillTaskTypeTable(TaskType::PLATFORM);
}

對(duì)于標(biāo)準(zhǔn) OHOS,platformRunner_實(shí)際為

flutter::PlatformTaskRunner::CurrentTaskRunner(useCurrentEventRunner)

看下具體實(shí)現(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_;
}

說(shuō)明:

platformRunner 實(shí)際類型為 PlatformTaskRunnerAdapter。

PlatformTaskRunnerAdapter 繼承自 fml::TaskRunner,實(shí)現(xiàn)了 virtual void PostTask (fml::closure task) 等接口函數(shù)。實(shí)際是在 EventRunner,EventHandler 機(jī)制基礎(chǔ)上又做了層封裝。代碼中 useCurrentEventRunner 實(shí)參為 false。意味著 platformRunner 實(shí)際是把任務(wù)丟給主線程去做的。(MainEventRunner 對(duì)應(yīng)的線程為主線程,MainEventRunner 的初始化在 Ability 框架 MainThread::Start () 函數(shù)中)

PlatformTaskRunnerAdapter::PlatformTaskRunnerAdapter(bool useCurrentEventRunner)
 : fml::TaskRunner(nullptr)
{
 if (useCurrentEventRunner) {
 eventRunner_ = OHOS::AppExecFwk::EventRunner::Current();
 } else {
 eventRunner_ = OHOS::AppExecFwk::EventRunner::GetMainEventRunner();
 }
 eventHandler_ = std::make_shared(eventRunner_);
}

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

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 從哪來(lái)?

FlutterAceView::CreateView () 函數(shù)中會(huì)初始化一些配置項(xiàng),然后創(chuàng)建 flutter::OhosShellHolder 對(duì)象。

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::AcePlatform::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ù)中會(huì)根據(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::MessageLoop::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
 );
 

說(shuō)明:目前 OHOS 上,配置的參數(shù)如下:

wKgaomXRz-OAYohbAAB5eS149Wk451.png

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

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);
}

說(shuō)明:對(duì)于聲明式前端,newThread 參數(shù)為 false; JS 前端為 true。所以聲明式前端 JS 線程實(shí)際為 UI 線程;而對(duì)于 JS 前端,會(huì)起獨(dú)立的 JS 線程來(lái)處理 JS 相關(guān)的任務(wù)。

TaskType::BACKGROUND 類型的任務(wù)如何執(zhí)行?

TaskType::BACKGROUND 類型的任務(wù)會(huì)由單例 BackgroundTaskExecutor 去執(zhí)行。BackgroundTaskExecutor 中維護(hù)了一個(gè) 8 個(gè)線程的線程池,用來(lái)處理后臺(tái)耗時(shí)操作。線程名以 “ace.bg.” 開(kāi)頭。比如 RosenFontLoader 在加載網(wǎng)絡(luò)字體的時(shí)候,下載操作會(huì)放到后臺(tái)任務(wù)線程里去做。

void RosenFontLoader::LoadFromNetwork(const OHOS::Ace::RefPtr& context)
{
 auto weakContext = AceType::WeakClaim(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::TaskType::BACKGROUND);
}

綜上:在 ArkUI 中,會(huì)為每個(gè)帶界面的 Ability 創(chuàng)建一個(gè) AceContainer, 每個(gè) AceContainer 中會(huì)創(chuàng)建一個(gè) FlutterTaskExecutor 用于處理該 Ability ArkUI 相關(guān)的任務(wù)。根據(jù)不同的模型,ArkUI 創(chuàng)建出來(lái)的線程會(huì)有所不同:

?對(duì)于 Stage 模型的應(yīng)用,ui 線程復(fù)用了主線程,并且 Stage 模型應(yīng)用目前都是聲明式前端,導(dǎo)致 js 線程又復(fù)用了 ui 線程。所以 ArkUI 只需另外創(chuàng)建名字以 “ace.bg.” 開(kāi)頭的八個(gè)后臺(tái)任務(wù)線程。

?對(duì)于 FA 模型的應(yīng)用,除了八個(gè)后臺(tái)任務(wù)線程,根據(jù) Ability 的數(shù)量會(huì)創(chuàng)建若干個(gè)名字以 “.ui” 結(jié)尾的線程。如果是 JS 前端,還會(huì)創(chuàng)建若干個(gè)名字以 “jsThread-” 開(kāi)頭的線程。

四、ArkUI 中的看門狗

wKgZomXRz-SACe6XAABWAdOVFOk676.png

AceEngine 是單例,全局唯一。AceEngine 的構(gòu)造函數(shù)中會(huì)創(chuàng)建 WatchDog 實(shí)例。對(duì)于 FA 模型的應(yīng)用,AceContainer::AttachView () 函數(shù)中通過(guò)調(diào)用

AceEngine::Get().RegisterToWatchDog(instanceId, taskExecutor_,

GetSettings().useUIAsJSThread);

把持有的 FlutterTaskExecutor 注冊(cè)到看門狗中看護(hù)。

看門狗只看護(hù) FlutterTaskExecutor 中的 UI 線程和 JS 線程。Stage 模型的應(yīng)用由于 UI 線程和 JS 線程實(shí)際是復(fù)用的主線程,所以不需要在 ArkUI 中看護(hù)。Ability 框架中有看門狗專門看護(hù)主線程。如果線程中有任務(wù)處理超過(guò)了 3s,會(huì)上報(bào) RawEventType::WARNING 對(duì)應(yīng)的系統(tǒng)事件給 hiview 插件平臺(tái);如果任務(wù)處理超過(guò)了 5s,會(huì)上報(bào) RawEventType::FREEZE 對(duì)應(yīng)的系統(tǒng)事件給 hiview 插件平臺(tái),hiview 插件平臺(tái)會(huì)生成 appfreeze 的 dump 文件。

為了防止主線程和 ui 線程卡住引起 appfreeze,做應(yīng)用開(kāi)發(fā)的時(shí)候,不要在 Ability 生命周期函數(shù)或者控件點(diǎn)擊事件等回調(diào)函數(shù)中做耗時(shí)操作。

審核編輯 黃宇

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

    關(guān)注

    10

    文章

    558

    瀏覽量

    70707
  • 鴻蒙
    +關(guān)注

    關(guān)注

    57

    文章

    2302

    瀏覽量

    42689
收藏 人收藏

    評(píng)論

    相關(guān)推薦

    看門狗定時(shí)器的工作原理

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

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

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

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

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

    【GD32F470紫藤派開(kāi)發(fā)板使用手冊(cè)】第七講 FWDG-看門狗實(shí)驗(yàn)

    通過(guò)本實(shí)驗(yàn)主要學(xué)習(xí)以下內(nèi)容: 獨(dú)立看門狗的原理 獨(dú)立看門狗功能介紹 實(shí)現(xiàn)獨(dú)立看門狗功能
    的頭像 發(fā)表于 05-11 10:13 ?860次閱讀
    【GD32F470紫藤派開(kāi)發(fā)板使用手冊(cè)】第七講 FWDG-<b class='flag-5'>看門狗</b>實(shí)驗(yàn)

    【GD32H757Z海棠派開(kāi)發(fā)板使用手冊(cè)】第七講 FWDG-看門狗實(shí)驗(yàn)

    通過(guò)本實(shí)驗(yàn)主要學(xué)習(xí)以下內(nèi)容: 獨(dú)立看門狗的原理 獨(dú)立看門狗功能介紹 實(shí)現(xiàn)獨(dú)立看門狗功能
    的頭像 發(fā)表于 05-10 09:37 ?609次閱讀
    【GD32H757Z海棠派開(kāi)發(fā)板使用手冊(cè)】第七講 FWDG-<b class='flag-5'>看門狗</b>實(shí)驗(yàn)

    軟件看門狗和硬件看門狗的區(qū)別

    軟件看門狗和硬件看門狗都是用于監(jiān)控系統(tǒng)崩潰的工具,它們的作用是在系統(tǒng)出現(xiàn)故障或異常情況時(shí)自動(dòng)恢復(fù)系統(tǒng)。 ?軟件看門狗是一種程序,運(yùn)行在操作系統(tǒng),通過(guò)定時(shí)檢測(cè)系統(tǒng)是否正常運(yùn)行來(lái)判斷系統(tǒng)
    的頭像 發(fā)表于 04-16 15:10 ?890次閱讀

    TLF35584集成的看門狗工作應(yīng)用案例

    看門狗輸入引腳 WDI 具有集成的下拉電流 IWDI 。看門狗輸入 WDI 可以在“Closed Window”內(nèi)或隨后的“Open Window”期間轉(zhuǎn)換為高電平。
    發(fā)表于 03-18 11:27 ?3502次閱讀
    TLF35584<b class='flag-5'>中</b>集成的<b class='flag-5'>看門狗</b>工作應(yīng)用案例

    調(diào)試模式下如何調(diào)試看門狗

    大家在調(diào)試GD32 MCU系統(tǒng)的時(shí)候,若開(kāi)了看門狗外設(shè),是否會(huì)碰到進(jìn)入調(diào)試模式看門狗就會(huì)咬造成無(wú)法調(diào)試的問(wèn)題?
    的頭像 發(fā)表于 02-23 09:30 ?1185次閱讀
    調(diào)試模式下如何調(diào)試<b class='flag-5'>看門狗</b>?

    芯知識(shí) | 語(yǔ)音芯片中的聲音播放提示IC內(nèi)置看門狗的作用介紹

    隨著科技的不斷發(fā)展,語(yǔ)音芯片在各個(gè)領(lǐng)域的應(yīng)用越來(lái)越廣泛。其中,聲音播放提示IC作為語(yǔ)音芯片的重要組成部分,其功能和性能的提升對(duì)于產(chǎn)品的用戶體驗(yàn)和穩(wěn)定性至關(guān)重要。而在聲音播放提示IC,內(nèi)置看門狗
    的頭像 發(fā)表于 12-20 08:40 ?480次閱讀
    芯知識(shí) | 語(yǔ)音芯片中的聲音播放提示IC內(nèi)置<b class='flag-5'>看門狗</b>的作用介紹

    UVM環(huán)境的看門狗怎么沒(méi)看住超時(shí)了?

    uvm驗(yàn)證環(huán)境里一般通過(guò)objection機(jī)制來(lái)控制仿真的結(jié)束,不過(guò)在機(jī)制之外,有時(shí)還需要通過(guò)看門狗來(lái)watchdog避免仿真環(huán)境掛死,watchdog配合objection一起來(lái)控制仿真的進(jìn)行與結(jié)束。
    的頭像 發(fā)表于 12-04 11:42 ?1075次閱讀

    MCU看門狗應(yīng)用注意事項(xiàng)

    我們使用的MCU是普冉的PY32F030,這顆芯片在低功耗應(yīng)用場(chǎng)景下,使用看門狗會(huì)有很多的問(wèn)題和缺陷,需要非常注意,稍有不慎,就會(huì)出問(wèn)題。
    發(fā)表于 12-02 09:47 ?1072次閱讀
    MCU<b class='flag-5'>看門狗</b>應(yīng)用注意事項(xiàng)

    STM32的看門狗原理和示例代碼

    看門狗基礎(chǔ):STM32微控制器上的看門狗主要有兩種類型:獨(dú)立看門狗(IWDG)和窗口看門狗(WWDG),這兩者都是用于監(jiān)控系統(tǒng)運(yùn)行狀態(tài)的機(jī)制
    的頭像 發(fā)表于 12-01 08:00 ?1831次閱讀
    STM32的<b class='flag-5'>看門狗</b>原理和示例代碼

    RT-Thread Nano入門:獨(dú)立看門狗(IWDT)

    本文主要介紹怎么用RT-Thread Nano實(shí)現(xiàn)獨(dú)立看門狗IWDT驅(qū)動(dòng),創(chuàng)建一個(gè)喂狗線程,實(shí)現(xiàn)定時(shí)喂狗功能。
    的頭像 發(fā)表于 11-22 11:04 ?2091次閱讀
    RT-Thread Nano入門:獨(dú)立<b class='flag-5'>看門狗</b>(IWDT)

    什么是模擬看門狗?模擬看門狗有什么用處?

    看門狗大家應(yīng)該再熟悉不過(guò)了,一旦忘記喂狗就會(huì)導(dǎo)致單片機(jī)復(fù)位,而在大部分stm32都存在兩種類型的看門狗,Independent watchdog (IWDG)獨(dú)立看門狗和Window
    的頭像 發(fā)表于 11-22 09:40 ?1625次閱讀
    什么是模擬<b class='flag-5'>看門狗</b>?模擬<b class='flag-5'>看門狗</b>有什么用處?

    單片機(jī)為什么要加看門狗?

    現(xiàn)代電子設(shè)備越來(lái)越復(fù)雜,為了保證系統(tǒng)的穩(wěn)定和可靠性,往往需要引入一些硬件設(shè)計(jì)來(lái)進(jìn)行監(jiān)控和保護(hù)。其中,看門狗(Watchdog)是一種常用且重要的功能,一般指的是電子設(shè)備或電路,用于監(jiān)控特定系統(tǒng)或
    的頭像 發(fā)表于 11-17 08:20 ?1595次閱讀
    單片機(jī)為什么要加<b class='flag-5'>看門狗</b>?