一区二区三区三上|欧美在线视频五区|国产午夜无码在线观看视频|亚洲国产裸体网站|无码成年人影视|亚洲AV亚洲AV|成人开心激情五月|欧美性爱内射视频|超碰人人干人人上|一区二区无码三区亚洲人区久久精品

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

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

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

鴻蒙系統(tǒng)中線(xiàn)程管理的使用

OpenHarmony技術(shù)社區(qū) ? 來(lái)源:鴻蒙技術(shù)社區(qū) ? 作者:開(kāi)鴻HOS小鴻 ? 2021-09-28 09:49 ? 次閱讀

不同應(yīng)用在各自獨(dú)立的進(jìn)程中運(yùn)行。當(dāng)應(yīng)用以任何形式啟動(dòng)時(shí),系統(tǒng)為其創(chuàng)建進(jìn)程,該進(jìn)程將持續(xù)運(yùn)行。當(dāng)進(jìn)程完成當(dāng)前任務(wù)處于等待狀態(tài),且系統(tǒng)資源不足時(shí),系統(tǒng)自動(dòng)回收。

在啟動(dòng)應(yīng)用時(shí),系統(tǒng)會(huì)為該應(yīng)用創(chuàng)建一個(gè)稱(chēng)為“主線(xiàn)程”的執(zhí)行線(xiàn)程。該線(xiàn)程隨著應(yīng)用創(chuàng)建或消失,是應(yīng)用的核心線(xiàn)程。UI 界面的顯示和更新等操作,都是在主線(xiàn)程上進(jìn)行。

主線(xiàn)程又稱(chēng) UI 線(xiàn)程,默認(rèn)情況下,所有的操作都是在主線(xiàn)程上執(zhí)行。如果需要執(zhí)行比較耗時(shí)的任務(wù)(如下載文件、查詢(xún)數(shù)據(jù)庫(kù)),可創(chuàng)建其他線(xiàn)程來(lái)處理。

如果應(yīng)用的業(yè)務(wù)邏輯比較復(fù)雜,可能需要?jiǎng)?chuàng)建多個(gè)線(xiàn)程來(lái)執(zhí)行多個(gè)任務(wù)。這種情況下,代碼復(fù)雜難以維護(hù),任務(wù)與線(xiàn)程的交互也會(huì)更加繁雜。

要解決此問(wèn)題,開(kāi)發(fā)者可以使用 TaskDispatcher 來(lái)分發(fā)不同的任務(wù)。

TaskDispatcher 介紹

TaskDispatcher 是一個(gè)任務(wù)分發(fā)器,它是 Ability 分發(fā)任務(wù)的基本接口,隱藏任務(wù)所在線(xiàn)程的實(shí)現(xiàn)細(xì)節(jié)。

為保證應(yīng)用有更好的響應(yīng)性,我們需要設(shè)計(jì)任務(wù)的優(yōu)先級(jí)。在 UI 線(xiàn)程上運(yùn)行的任務(wù)默認(rèn)以高優(yōu)先級(jí)運(yùn)行,如果某個(gè)任務(wù)無(wú)需等待結(jié)果,則可以用低優(yōu)先級(jí)。

線(xiàn)程優(yōu)先級(jí)介紹:

HIGH:最高任務(wù)優(yōu)先級(jí),比默認(rèn)優(yōu)先級(jí)、低優(yōu)先級(jí)的任務(wù)有更高的幾率得到執(zhí)行。

DEFAULT:默認(rèn)任務(wù)優(yōu)先級(jí), 比低優(yōu)先級(jí)的任務(wù)有更高的幾率得到執(zhí)行。

LOW:低任務(wù)優(yōu)先級(jí),比高優(yōu)先級(jí)、默認(rèn)優(yōu)先級(jí)的任務(wù)有更低的幾率得到執(zhí)行。

TaskDispatcher 具有多種實(shí)現(xiàn),每種實(shí)現(xiàn)對(duì)應(yīng)不同的任務(wù)分發(fā)器。在分發(fā)任務(wù)時(shí)可以指定任務(wù)的優(yōu)先級(jí),由同一個(gè)任務(wù)分發(fā)器分發(fā)出的任務(wù)具有相同的優(yōu)先級(jí)。

系統(tǒng)提供的任務(wù)分發(fā)器有:

GlobalTaskDispatcher

ParallelTaskDispatcher

SerialTaskDispatcher

SpecTaskDispatcher

實(shí)踐

①同步派發(fā)任務(wù) syncDispatch

發(fā)任務(wù)并在當(dāng)前線(xiàn)程等待任務(wù)執(zhí)行完成。在返回前,當(dāng)前線(xiàn)程會(huì)被阻塞:

/**

* 同步派發(fā)任務(wù)

*/

private void syncDispatch() {

TaskDispatcher globalTaskDispatcher = getGlobalTaskDispatcher(TaskPriority.DEFAULT);

globalTaskDispatcher.syncDispatch(new Runnable() {

@Override

public void run() {

HiLog.info(LABEL_LOG, “sync task1 run”);

}

});

HiLog.info(LABEL_LOG, “after sync task1”);

globalTaskDispatcher.syncDispatch(new Runnable() {

@Override

public void run() {

HiLog.info(LABEL_LOG, “sync task2 run”);

}

});

HiLog.info(LABEL_LOG, “after sync task2”);

globalTaskDispatcher.syncDispatch(new Runnable() {

@Override

public void run() {

HiLog.info(LABEL_LOG, “sync task3 run”);

}

});

HiLog.info(LABEL_LOG, “after sync task3”);

}

運(yùn)行之后查看日志:

ff7b8964-1fc0-11ec-82a8-dac502259ad0.png

從運(yùn)行結(jié)果我們可以看到,只有在當(dāng)前線(xiàn)程等待任務(wù)執(zhí)行完成之后才會(huì)繼續(xù)往下執(zhí)行,否則當(dāng)前線(xiàn)程會(huì)被阻塞。

所以在使用 syncDispatch 的時(shí)候我們需要注意,如果對(duì) syncDispatch 使用不當(dāng), 將會(huì)導(dǎo)致死鎖。

如下情形可能導(dǎo)致死鎖發(fā)生:

在專(zhuān)有線(xiàn)程上,利用該專(zhuān)有任務(wù)分發(fā)器進(jìn)行 syncDispatch。

在被某個(gè)串行任務(wù)分發(fā)器(dispatcher_a)派發(fā)的任務(wù)中,再次利用同一個(gè)串行任務(wù)分發(fā)器(dispatcher_a)對(duì)象派發(fā)任務(wù)。

在被某個(gè)串行任務(wù)分發(fā)器(dispatcher_a)派發(fā)的任務(wù)中,經(jīng)過(guò)數(shù)次派發(fā)任務(wù),最終又利用該(dispatcher_a)串行任務(wù)分發(fā)器派發(fā)任務(wù)。

例如:dispatcher_a 派發(fā)的任務(wù)使用 dispatcher_b 進(jìn)行任務(wù)的派發(fā),在 dispatcher_b 派發(fā)的任務(wù)中又利用 dispatcher_a 進(jìn)行派發(fā)任務(wù)。

串行任務(wù)分發(fā)器(dispatcher_a)派發(fā)的任務(wù)中利用串行任務(wù)分發(fā)器(dispatcher_b)進(jìn)行同步派發(fā)任務(wù),同時(shí) dispatcher_b 派發(fā)的任務(wù)中利用串行任務(wù)分發(fā)器(dispatcher_a)進(jìn)行同步派發(fā)任務(wù)。在特定的線(xiàn)程執(zhí)行順序下將導(dǎo)致死鎖。

②異步派發(fā)任務(wù) asyncDispatch

派發(fā)任務(wù),并立即返回,返回值是一個(gè)可用于取消任務(wù)的接口。

/**

* 異步派發(fā)任務(wù)

*/

private void asyncDispatch() {

TaskDispatcher globalTaskDispatcher = getGlobalTaskDispatcher(TaskPriority.DEFAULT);

Revocable revocable = globalTaskDispatcher.asyncDispatch(new Runnable() {

@Override

public void run() {

HiLog.info(LABEL_LOG, “async task1 run”);

}

});

HiLog.info(LABEL_LOG, “after async task1”);

}

運(yùn)行之后查看日志:

0001850a-1fc1-11ec-82a8-dac502259ad0.png

從運(yùn)行結(jié)果我們可以看到,只有在當(dāng)前線(xiàn)程等待任務(wù)執(zhí)行完成之后才會(huì)繼續(xù)往下執(zhí)行,否則當(dāng)前線(xiàn)程會(huì)被阻塞,所以在使用。

③異步延遲派發(fā)任務(wù) delayDispatch

異步執(zhí)行,函數(shù)立即返回,內(nèi)部會(huì)在延時(shí)指定時(shí)間后將任務(wù)派發(fā)到相應(yīng)隊(duì)列中。

延時(shí)時(shí)間參數(shù)僅代表在這段時(shí)間以后任務(wù)分發(fā)器會(huì)將任務(wù)加入到隊(duì)列中,任務(wù)的實(shí)際執(zhí)行時(shí)間可能晚于這個(gè)時(shí)間。

具體比這個(gè)數(shù)值晚多久,取決于隊(duì)列及內(nèi)部線(xiàn)程池的繁忙情況。

/**

* 異步延遲派發(fā)任務(wù)

*/

private void delayDispatch() {

final long callTime = System.currentTimeMillis();

final long delayTime = 50L;

TaskDispatcher globalTaskDispatcher = getGlobalTaskDispatcher(TaskPriority.DEFAULT);

Revocable revocable = globalTaskDispatcher.delayDispatch(new Runnable() {

@Override

public void run() {

HiLog.info(LABEL_LOG, “delayDispatch task1 run”);

final long actualDelay = System.currentTimeMillis() - callTime;

HiLog.info(LABEL_LOG, “actualDelayTime 》= delayTime: %{public}b”, (actualDelay 》= delayTime));

}

}, delayTime);

HiLog.info(LABEL_LOG, “after delayDispatch task1”);

}

運(yùn)行之后查看日志:

00860d66-1fc1-11ec-82a8-dac502259ad0.png

從運(yùn)行結(jié)果我們可以看出:

程序首先執(zhí)行“after delayDispatch task1”

然后執(zhí)行“delayDispatch task1 run”

最后執(zhí)行“actualDelayTime 》= delayTime: %{public}b”, (actualDelay 》= delayTime)

這里 actualDelayTime 》= delayTime: true 可以看出延時(shí)時(shí)間參數(shù)僅代表在這段時(shí)間以后任務(wù)分發(fā)器會(huì)將任務(wù)加入到隊(duì)列中,任務(wù)的實(shí)際執(zhí)行時(shí)間可能晚于這個(gè)時(shí)間。

④任務(wù)組 Group

表示一組任務(wù),且該組任務(wù)之間有一定的聯(lián)系,由 TaskDispatcher 執(zhí)行 createDispatchGroup 創(chuàng)建并返回。

將任務(wù)加入任務(wù)組,返回一個(gè)用于取消任務(wù)的接口。

/**

* 任務(wù)組

*/

private void dispatchGroup() {

String dispatcherName = “parallelTaskDispatcher”;

TaskDispatcher dispatcher = createParallelTaskDispatcher(dispatcherName, TaskPriority.DEFAULT);

// 創(chuàng)建任務(wù)組。

Group group = dispatcher.createDispatchGroup();

// 將任務(wù)1加入任務(wù)組,返回一個(gè)用于取消任務(wù)的接口。

dispatcher.asyncGroupDispatch(group, new Runnable() {

@Override

public void run() {

HiLog.info(LABEL_LOG, “download task1 is running”);

}

});

// 將與任務(wù)1相關(guān)聯(lián)的任務(wù)2加入任務(wù)組。

dispatcher.asyncGroupDispatch(group, new Runnable() {

@Override

public void run() {

HiLog.info(LABEL_LOG, “download task2 is running”);

}

});

// 在任務(wù)組中的所有任務(wù)執(zhí)行完成后執(zhí)行指定任務(wù)。

dispatcher.groupDispatchNotify(group, new Runnable() {

@Override

public void run() {

HiLog.info(LABEL_LOG, “the close task is running after all tasks in the group are completed”);

}

});

}

運(yùn)行之后查看日志:

00fbdb4a-1fc1-11ec-82a8-dac502259ad0.png

⑤同步設(shè)置屏障任務(wù) syncDispatchBarrier

在任務(wù)組上設(shè)立任務(wù)執(zhí)行屏障,同步等待任務(wù)組中的所有任務(wù)執(zhí)行完成,再執(zhí)行指定任務(wù)。

/**

* 同步設(shè)置屏障任務(wù)

*/

private void syncDispatchBarrier() {

String dispatcherName = “parallelTaskDispatcher”;

TaskDispatcher dispatcher = createParallelTaskDispatcher(dispatcherName, TaskPriority.DEFAULT);

// 創(chuàng)建任務(wù)組。

Group group = dispatcher.createDispatchGroup();

// 將任務(wù)加入任務(wù)組,返回一個(gè)用于取消任務(wù)的接口。

dispatcher.asyncGroupDispatch(group, new Runnable() {

@Override

public void run() {

HiLog.info(LABEL_LOG, “task1 is running”); // 1

}

});

dispatcher.asyncGroupDispatch(group, new Runnable() {

@Override

public void run() {

HiLog.info(LABEL_LOG, “task2 is running”); // 2

}

});

dispatcher.syncDispatchBarrier(new Runnable() {

@Override

public void run() {

HiLog.info(LABEL_LOG, “barrier”); // 3

}

});

HiLog.info(LABEL_LOG, “after syncDispatchBarrier”); // 4

}

運(yùn)行之后查看日志:

01a4c066-1fc1-11ec-82a8-dac502259ad0.png

⑥異步設(shè)置屏障任務(wù) asyncDispatchBarrier

在任務(wù)組上設(shè)立任務(wù)執(zhí)行屏障后直接返回,指定任務(wù)將在任務(wù)組中的所有任務(wù)執(zhí)行完成后再執(zhí)行。

/**

* 異步設(shè)置屏障任務(wù)

*/

private void asyncDispatchBarrier() {

TaskDispatcher dispatcher = createParallelTaskDispatcher(“dispatcherName”, TaskPriority.DEFAULT);

// 創(chuàng)建任務(wù)組。

Group group = dispatcher.createDispatchGroup();

// 將任務(wù)加入任務(wù)組,返回一個(gè)用于取消任務(wù)的接口。

dispatcher.asyncGroupDispatch(group, new Runnable() {

@Override

public void run() {

HiLog.info(LABEL_LOG, “task1 is running”); // 1

}

});

dispatcher.asyncGroupDispatch(group, new Runnable() {

@Override

public void run() {

HiLog.info(LABEL_LOG, “task2 is running”); // 2

}

});

dispatcher.asyncDispatchBarrier(new Runnable() {

@Override

public void run() {

HiLog.info(LABEL_LOG, “barrier”); // 3

}

});

HiLog.info(LABEL_LOG, “after asyncDispatchBarrier”); // 4

}

運(yùn)行之后查看日志:

02118cbe-1fc1-11ec-82a8-dac502259ad0.png

總結(jié)

線(xiàn)程它就像一面雙刃劍,用的好的時(shí)候可以給我們帶來(lái)事半功倍等效果,用的不好時(shí)就會(huì)給我們帶來(lái)困擾。

并且這個(gè)困擾還不是一時(shí)半會(huì)能解決掉的(因?yàn)榘l(fā)現(xiàn)問(wèn)題的時(shí)候,往往是到了需要優(yōu)化期了,各項(xiàng)業(yè)務(wù)相互牽扯),故在項(xiàng)目初期就需要嚴(yán)格考慮考量這些問(wèn)題了。

責(zé)任編輯:haq

聲明:本文內(nèi)容及配圖由入駐作者撰寫(xiě)或者入駐合作網(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)投訴
  • 線(xiàn)程
    +關(guān)注

    關(guān)注

    0

    文章

    507

    瀏覽量

    20041
  • 鴻蒙系統(tǒng)
    +關(guān)注

    關(guān)注

    183

    文章

    2638

    瀏覽量

    67530

原文標(biāo)題:鴻蒙的線(xiàn)程管理,看完渾身通透!

文章出處:【微信號(hào):gh_834c4b3d87fe,微信公眾號(hào):OpenHarmony技術(shù)社區(qū)】歡迎添加關(guān)注!文章轉(zhuǎn)載請(qǐng)注明出處。

收藏 人收藏

    評(píng)論

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

    深度融入“純血鴻蒙”|芯??萍计煜驴佃諳KOK首批入駐鴻蒙NEXT系統(tǒng)

    3月20日,隨著首款全面搭載純血鴻蒙系統(tǒng)的"寬折疊"手機(jī)PuraX的發(fā)布,全面鴻蒙時(shí)代正悄然到來(lái)。鴻蒙NEXT(純血鴻蒙)自正式亮相以來(lái),這
    的頭像 發(fā)表于 03-21 18:04 ?687次閱讀
    深度融入“純血<b class='flag-5'>鴻蒙</b>”|芯??萍计煜驴佃諳KOK首批入駐<b class='flag-5'>鴻蒙</b>NEXT<b class='flag-5'>系統(tǒng)</b>

    DevEco Studio構(gòu)建分析工具Build Analyzer 為原生鴻蒙應(yīng)用開(kāi)發(fā)提速

    過(guò)程中的關(guān)鍵信息進(jìn)行細(xì)粒度追蹤和記錄,通過(guò)泳道圖可直觀展示構(gòu)建過(guò)程中線(xiàn)程的執(zhí)行情況,并與構(gòu)建日志聯(lián)動(dòng),幫助開(kāi)發(fā)者更直觀地跟蹤構(gòu)建流程,快速發(fā)現(xiàn)性能問(wèn)題。可以看出其中最耗時(shí)的任務(wù)是MyTask。 當(dāng)然,也
    發(fā)表于 02-17 18:06

    【「鴻蒙操作系統(tǒng)設(shè)計(jì)原理與架構(gòu)」閱讀體驗(yàn)】01-初始華為鴻蒙

    非常有幸能夠獲得發(fā)燒友的華為鴻蒙系統(tǒng)書(shū)籍的閱讀資格,自己從事嵌入式軟件多年,但是對(duì)于操作系統(tǒng)的了解還是比較少的,一直從事MCU的部分開(kāi)發(fā)任務(wù),近兩年隨著中美關(guān)系的緊張化,國(guó)產(chǎn)化的操作系統(tǒng)
    發(fā)表于 01-25 11:05

    AIGC入門(mén)及鴻蒙入門(mén)

    人工智能生成內(nèi)容(AIGC)和鴻蒙系統(tǒng)是當(dāng)前科技領(lǐng)域的兩個(gè)熱門(mén)話(huà)題。以下是對(duì)它們的入門(mén)指南: AIGC入門(mén) 1. 基礎(chǔ)概念: AIGC,全稱(chēng)Artificial Intelligence
    發(fā)表于 01-13 10:32

    鴻蒙Flutter實(shí)戰(zhàn):14-現(xiàn)有Flutter 項(xiàng)目支持鴻蒙 II

    。 通過(guò)模塊化、鴻蒙殼工程,結(jié)合 FVM 管理多版本 Flutter SDK,最終,保持原 Flutter 代碼純凈,最小化修改,完成了鴻蒙化的適配示例。 本項(xiàng)目代碼地址: https
    發(fā)表于 12-26 14:59

    名單公布!【書(shū)籍評(píng)測(cè)活動(dòng)NO.53】鴻蒙操作系統(tǒng)設(shè)計(jì)原理與架構(gòu)

    積累的AI能力和鴻蒙原生應(yīng)用生態(tài)相結(jié)合,帶來(lái)了全新的 鴻蒙原生智能(Harmony Intelligence) 。 HarmonyOS NEXT首次將AI能力融入系統(tǒng),賦能生態(tài)。 HarmonyOS
    發(fā)表于 12-16 15:10

    鴻蒙系統(tǒng)專(zhuān)用版微信內(nèi)測(cè)即將啟動(dòng)

    近日,有知情人士稱(chēng)鴻蒙系統(tǒng)專(zhuān)用版微信的開(kāi)發(fā)工作現(xiàn)已基本完成。這一消息標(biāo)志著微信在適配鴻蒙系統(tǒng)方面取得了重要進(jìn)展,為鴻蒙
    的頭像 發(fā)表于 11-07 10:58 ?1181次閱讀

    原生鴻蒙操作系統(tǒng)正式發(fā)布,誠(chéng)邁科技與華為一起共建鴻蒙新世界

    10月22日,我國(guó)首個(gè)國(guó)產(chǎn)移動(dòng)操作系統(tǒng)——華為原生鴻蒙操作系統(tǒng)正式發(fā)布,這也是繼蘋(píng)果iOS和安卓系統(tǒng)后,全球第三大移動(dòng)操作系統(tǒng)。此次發(fā)布的原
    的頭像 發(fā)表于 10-28 09:29 ?969次閱讀
    原生<b class='flag-5'>鴻蒙</b>操作<b class='flag-5'>系統(tǒng)</b>正式發(fā)布,誠(chéng)邁科技與華為一起共建<b class='flag-5'>鴻蒙</b>新世界

    華為原生鴻蒙操作系統(tǒng)正式發(fā)布

    10月22日晚,華為舉行了一場(chǎng)盛大的發(fā)布會(huì),正式推出了其原生鴻蒙操作系統(tǒng)HarmonyOS NEXT,也被稱(chēng)為鴻蒙5.0。這一發(fā)布標(biāo)志著鴻蒙系統(tǒng)
    的頭像 發(fā)表于 10-23 16:52 ?908次閱讀

    鴻蒙系統(tǒng)在服裝RFID管理中的應(yīng)用:打造智能零售新時(shí)代

    鴻蒙系統(tǒng)結(jié)合RFID技術(shù),助力服裝行業(yè)智能化升級(jí),實(shí)現(xiàn)高效庫(kù)存管理、自動(dòng)化存取、全流程供應(yīng)鏈管理,以及生產(chǎn)計(jì)件管理。常達(dá)智能物聯(lián)提供高性能R
    的頭像 發(fā)表于 07-15 14:57 ?433次閱讀

    鴻蒙開(kāi)發(fā)管理:ohos.account.osAccount 系統(tǒng)帳號(hào)管理

    本模塊提供管理系統(tǒng)帳號(hào)的一些基礎(chǔ)能力,包括系統(tǒng)帳號(hào)的添加、刪除、查詢(xún)、設(shè)置、訂閱、啟動(dòng)等功能,提供系統(tǒng)帳號(hào)數(shù)據(jù)落盤(pán)的能力。
    的頭像 發(fā)表于 07-08 09:54 ?616次閱讀
    <b class='flag-5'>鴻蒙</b>開(kāi)發(fā)<b class='flag-5'>管理</b>:ohos.account.osAccount <b class='flag-5'>系統(tǒng)</b>帳號(hào)<b class='flag-5'>管理</b>

    鴻蒙開(kāi)發(fā):線(xiàn)程模型

    FA模型下的線(xiàn)程主要有如下三類(lèi)
    的頭像 發(fā)表于 06-24 17:27 ?613次閱讀
    <b class='flag-5'>鴻蒙</b>開(kāi)發(fā):<b class='flag-5'>線(xiàn)程</b>模型

    探索虛擬線(xiàn)程:原理與實(shí)現(xiàn)

    的開(kāi)銷(xiāo)。首先,創(chuàng)建成本不菲,因?yàn)槊慨?dāng)操作系統(tǒng)需要?jiǎng)?chuàng)建一個(gè)新的平臺(tái)線(xiàn)程時(shí),它必須分配大量的內(nèi)存(通常以兆字節(jié)計(jì))來(lái)存儲(chǔ)線(xiàn)程的上下文信息、本機(jī)棧和Java調(diào)用棧。這一過(guò)程受到固定大小堆棧的限制,導(dǎo)致創(chuàng)建和調(diào)度平臺(tái)
    的頭像 發(fā)表于 06-24 11:35 ?491次閱讀
    探索虛擬<b class='flag-5'>線(xiàn)程</b>:原理與實(shí)現(xiàn)

    鴻蒙開(kāi)發(fā):【線(xiàn)程模型】

    管理其他線(xiàn)程的ArkTS引擎實(shí)例,例如使用TaskPool(任務(wù)池)創(chuàng)建任務(wù)或取消任務(wù)、啟動(dòng)和終止Worker線(xiàn)程。
    的頭像 發(fā)表于 06-13 16:38 ?622次閱讀
    <b class='flag-5'>鴻蒙</b>開(kāi)發(fā):【<b class='flag-5'>線(xiàn)程</b>模型】

    千萬(wàn)不要忽略PCB設(shè)計(jì)中線(xiàn)寬線(xiàn)距的重要性

    中線(xiàn)寬線(xiàn)距的重要性: 1. 電氣性能: 線(xiàn)寬和線(xiàn)距會(huì)影響電路板的電氣性能。線(xiàn)寬決定了導(dǎo)線(xiàn)的電阻,線(xiàn)距則影響信號(hào)的串?dāng)_。正確選擇線(xiàn)寬和線(xiàn)距可以確保電路板的信號(hào)完整性和穩(wěn)定性。 2. 功率傳輸和熱管理: 線(xiàn)寬的選擇對(duì)于功率傳輸和熱管理
    的頭像 發(fā)表于 05-29 09:31 ?1367次閱讀
    千萬(wàn)不要忽略PCB設(shè)計(jì)<b class='flag-5'>中線(xiàn)</b>寬線(xiàn)距的重要性