Zmanjšanje TBT Časa s Povezanim JavaScriptom (Defer/Async) na Vaši Spletni Strani

Povezano nalaganje JavaScripta je metoda za zmanjšanje Total Blocking Time (TBT) s preložitvijo JavaScript datotek, ki preprečujejo risanje vsebine strani, v pravem vrstnem redu. Na kratko, z dodajanjem defer ali async kritičnim skriptam zmanjšate blokado glavne niti, kar uporabnikom omogoča hitrejše prikazovanje strani, zgodnejše klikiranje in izboljšanje metrike Core Web Vitals. Pred uporabo povezanega nalaganja JavaScripta na vaši spletni strani morate najprej določiti, katere datoteke so kritične, pri skriptah z odvisnostmi ponavadi uporabljate defer, pri neodvisnih tretjih skriptah pa večinoma async, in po spremembah izmeriti vrednost TBT s pomočjo PageSpeed Insights, Lighthouse in Chrome DevTools.

Na spletnih straneh z modernimi tehnologijami so težave s performancami pogosto posledica neobvladanega uporabe JavaScripta namesto slik. Na e-trgovini, kjer se istočasno nalagajo filtri izdelkov, spletna podpora, oglasni piksli, analitična koda, pripomočki za ocenjevanje, ter orodja za A/B testiranje, je glavna nit brskalnika dolgotrajno obremenjena. Ta problem je še posebej opazen na mobilnih napravah. Čeprav uporabnik vidi naslov na zaslonu, morda ne bo prejel odziva, ko bo pritisnil na meni; v poročilu Lighthouse pa se lahko TBT zdi visok.

V tem vodiču bomo podrobno obravnavali, kaj počneta defer in async, kdaj ju uporabljati, kako ju implementirati v WordPress in posebne projekte ter na kaj morate biti pozorni pri merjenju. Predlogi so v skladu z splošnimi spletnimi standardi in hkrati bomo govorili o tem, kako pravilno gostovanje, CDN, SSL in predpomnjenje podpirajo optimizacijo JavaScripta. Hostragons paketi spletnega gostovanja

Kaj je TBT in zakaj je povezan z JavaScriptom?

TBT je kratica za Total Blocking Time in meri blokado glavne niti, ki povzroča zamude pri interakciji uporabnika s stranjo. V laboratorijskih testih Lighthouse daljša naloga, ki traja več kot 50 milisekund med First Contentful Paint in Time to Interactive, povečuje vrednost TBT. Na primer, če naloga JavaScripta traja 180 ms, prispeva 130 ms k blokadi, ki nastane po prvih 50 ms.

Ta metrika je kritična za uporabniško izkušnjo. Ko obiskovalec dotakne menija, gumba za dodajanje v košarico ali iskalnega polja, medtem ko brskalnik še vedno izvaja JavaScript, se interakcija zamudi. Uporabnik to lahko zazna kot zamrznitev, počasno reakcijo ali nepravilno delovanje strani. Po standardih SEO za leto 2026 Google sicer ne zmanjšuje uporabniške izkušnje v eno samo oceno, vendar so spletne strani, ki nudijo hitro in stabilno interakcijo, v prednosti glede zadovoljstva uporabnikov in stopnje konverzije.

Običajni znaki visoke vrednosti TBT

• V poročilu PageSpeed Insights za mobilne naprave TBT vrednost presega 300 ms.
• V poročilu Lighthouse se prikažejo opozorila za Zmanjšanje časa izvajanja JavaScripta ali Minimalizacijo dela glavne niti.
• Čeprav je stran vidna, se meni, drsnik, filtriranje ali obrazci odzivajo z zamudo.
• Visoki stroški tretjih oglasov, spletne podpore ali analitičnih skriptov v poročilu.
• Zamude pri pomikanju in klikanju, zlasti na osnovnih Android napravah.

Za dober cilj velja, da TBT ostane pod 200 ms, kar je zdravo za večino vsebinskih spletnih strani. Pri bolj zapletenih e-trgovinah ali SaaS vmesnikih morda le defer in async ne bosta zadostovala; morda bo potrebno tudi deljenje kode, odstranjevanje nepotrebnih paketov, predpomnjenje, izboljšanje odzivnega časa strežnika in optimizacija kritičnega CSS. Kljub temu je povezano nalaganje JavaScripta pogosto prva optimizacija, ki jo je treba izvesti in ki prinaša hitre rezultate.

Kaj sta Defer in Async?

Ko je v HTML-ju uporabljena oznaka skripta brez dodatnih atributov, brskalnik ustavi razčlenitev HTML-ja, prenese JavaScript datoteko, jo izvede in nato nadaljuje z gradnjo strani. To vedenje je včasih potrebno za kritične skripte; vendar pa povzroča nepotrebno čakanje, če se uporablja za vsako datoteko. Atributi defer in async spremenijo to vedenje in povežejo prenos in izvajanje datoteke z različnimi pravili.

Kako deluje Defer?

Datoteka skripta, ki ima dodan defer, se prenese v ozadju, medtem ko se razčlenitev HTML-ja nadaljuje; njeno izvajanje pa se zgodi po končanju razčlenitve HTML dokumenta. Poleg tega več datotek, ki uporabljajo defer, ohranja vrstni red, v katerem so bile napisane v HTML-ju. Zato je to pogosto varna izbira za JavaScript datoteke z odvisnostmi. Na primer, če se najprej izvede knjižnica, nato pa s tem povezani skript teme, je defer primeren.

Primer uporabe je naslednji: <script defer src=/js/app.js></script>. V tem primeru se datoteka app.js prenese, ne da bi blokirala prvo risbo strani, in se izvede v pravem vrstnem redu, ko je DOM pripravljen. V modernih brskalnikih je defer široko podprt in je zanesljivo orodje za optimizacijo klasičnih skriptnih datotek.

Kako deluje Async?

Datoteka skripta z dodanim async se prenese v ozadju med razčlenitvijo HTML-ja; vendar se izvede takoj, ko je prenos končan. V tem trenutku se lahko razčlenitev HTML-ja za kratek čas ustavi. Async ne daje garancije glede vrstnega reda izvajanja. Prvi preneseni skript se izvede najprej. Zato je primernejši za neodvisne analitične, oglasne, sledilne piksle, zunanje pripomočke ali skripte za socialna omrežja.

Primer uporabe: <script async src=/js/analytics.js></script>. Ta datoteka se ne sme zanašati na to, da se bo druga lokalna datoteka izvedla pred njo. Če je analytics.js odvisen od spremenljivke, ki je definirana kasneje na strani ali od druge knjižnice, kot je jQuery, lahko async povzroči napako. Zato je async hiter, a zahteva previdno klasifikacijo.

Primerjalna tabela Defer in Async

Praktično pravilo je: če vaša datoteka mora delovati v zaporedju, začnite z defer. Če je vaša datoteka popolnoma neodvisna, razmislite o async. Če niste prepričani, najprej preizkusite defer v okolju za testiranje, preverite napake v konzoli in testirajte kritične interakcije. Priročnik za staging okolje in varnostno kopiranje

Korak za korakom načrt za izvajanje povezanega nalaganja JavaScripta

Naključno dodajanje defer ali async k vsakemu skriptu se lahko na kratki rok zdi, da povečuje oceno, vendar lahko na produkcijski strani prekine kritične funkcije, kot so plačila, iskanje, preverjanje obrazcev ali košarice. Za zdravo izvajanje je treba uporabiti cikel merjenja, klasifikacije, manjših sprememb, testiranja in spremljanja.

1. Izmerite obstoječe delovanje

Pred začetkom določite osnovno vrednost. Zabeležite ocene za mobilne in namizne naprave s PageSpeed Insights. V poročilu Lighthouse zabeležite vrednosti TBT, First Contentful Paint, Largest Contentful Paint in Speed Index. V razdelku Performance v Chrome DevTools preglejte glavno nit; dolgi rumeni bloki ponavadi kažejo stroške razčlenitve, prevajanja in izvajanja JavaScripta.

Pripravite lahko primerne začetne tabele: mobilni TBT 780 ms, čas izvajanja JavaScripta 2,8 sekunde, delo glavne niti 4,5 sekunde. Če po optimizaciji mobilni TBT pade na 280 ms, boste dosegli približno 64-odstotno izboljšanje. Takšni konkretni zapisi olajšajo ekipam prepoznavanje, katere spremembe so bile uspešne.

2. Naredite inventar skript

Na strani izvorne kode ali v razdelku Network naštejte vse JavaScript datoteke, ki so bile naložene. Določite vir, velikost, kdaj je potrebna in njene odvisnosti. Razvrščanje datotek v naslednje skupine vam lahko olajša delo:

• Kritični skripti: Kode, ki jih potrebujete takoj za prvo prikazovanje ali osnovno navigacijo.
• Odvisni lokalni skripti: Tema, drsnik, filtri, galerije in moduli aplikacij.
• Neodvisni tretji skripti: Analitika, oglasi, piksli, klepet in komponente socialnih medijev.
• Nepotrebni ali zastareli skripti: Datoteke, ki ostanejo od neuporabljenih razširitev.
• Skripti, ki jih je treba naložiti pogojno: Tisti, ki jih potrebujete le na določenih straneh, kot je preverjanje obrazcev na strani za stik.

Najboljša optimizacija ni vedno dodajanje defer, temveč odstranitev nepotrebne skripte. 90 KB stisnjene datoteke lahko na mobilni napravi povzroči stroške razčlenitve in izvajanja, ki presegajo 300 ms. Zato je pravilnejši pristop najprej očistiti nepotrebno in nato zamakniti preostale.

3. Določite datoteke za uporabo defer

Ponavadi so glavni skripti teme, vedenja menija, kode drsnikov, moduli galerij izdelkov in datoteke aplikacij dobri kandidati za defer. Vendar je tukaj pomemben pogoj, da skript ne temelji preveč na zastarelih in blokirajočih metodah, kot je document.write, in da je sprejemljivo, da se izvede po tem, ko je DOM pripravljen.

V WordPress temi lahko jquery-migrate, glavni datoteki teme in skripti razširitev vsebujejo zapletene odvisnosti. Asinkrono izvajanje jedra jQuery je lahko tvegano na mnogih straneh, saj mnoge razširitve čakajo na vrstni red jQuery. Namesto tega je bolj varno uporabiti kontrolirano defer na datotekah, ki so odvisne od jQuery ali uporabiti optimizirane možnosti nalaganja na ravni razširitev. Vodnik za optimizacijo hitrosti WordPress

4. Izberite datoteke za uporabo Async

Google Analytics, oglasni oznaki, Facebook Pixel, LinkedIn Insight Tag, nekateri zunanji klepetni pripomočki in kodi za deljenje na družbenih omrežjih so primerni za async. Vendar pa niso vsi tretji skripti enaki. Nekateri orodja za spletno podporo lahko želijo ustvariti uporabniško sejo takoj, ko se stran naloži, medtem ko nekateri oglasni sistemi morda čakajo na določen vrstni red vsebnika. Zato je treba preveriti dokumentacijo.

Neodvisno analitično kodo je običajno varno nastaviti na async, vendar še vedno preverite sprožitev v realnem času, da zmanjšate tveganje izgube podatkov. Če uporabljate upravitelja oznak, raje uredite sprožilne pogoje, namesto da bi vse oznake zložili v en sam vsebnik. Na primer, skripta za spremljanje komentarjev ne bi smela biti naložena na straneh, ki nimajo obrazca za komentarje, skripta za interakcijo s produktom pa na straneh, ki niso strani izdelka.

5. Dodajte pogojno in na dogodke vezano nalaganje

Defer in async sta dober začetek; vendar lahko nalaganje JavaScript datotek glede na obnašanje uporabnika močno vpliva na TBT. Okno za spletno podporo se lahko naloži ne takoj, ko se stran odpre, temveč ko uporabnik ostane 5 sekund ali ko klikne gumb za pomoč. Koda za vdelavo zemljevida se lahko naloži, ko uporabnik pomakne na del za stik. Skripta za predvajalnik videa se lahko pokliče, ko uporabnik pritisne gumb za predvajanje.

Ta pristop se izkaže za še posebej učinkovit na vsebinskih straneh in korporativnih spletnih straneh, saj obiskovalec ne potrebuje vsakega pripomočka na vsaki strani. Odstranitev 200 KB JavaScripta od prvega nalaganja lahko zmanjša vrednost TBT za več sto milisekund na šibkih mobilnih procesorjih.

6. Testirajte in postopoma objavite

Namesto da bi spremembe takoj prenesli na živahno stran, preizkusite v okolju za testiranje. Opravite ročne teste na kritičnih straneh, kot so domača stran, strani kategorij, strani izdelkov ali storitev, strani za stik, obrazci za prijavo in postopek plačila. Preverite, ali so napake v konzoli. Zlasti napake, kot so Cannot read property, is not defined in undefined function, kažejo na težave z vrstnim redom ali odvisnostmi.

Pri prehodu na živo napredujte v majhnih skupinah. Najprej optimizirajte neodvisne tretje skripte, nato preidite na skripte teme. Po vsaki spremembi ponovite poročilo Lighthouse v enakem omrežju in simulaciji naprave. Ne zanašajte se na en samo meritev; povprečje treh testov daje boljše rezultate.

Opombe za uporabo Defer in Async na WordPress straneh

V ekosistemu WordPress se JavaScript datoteke nalagajo prek funkcije wp_enqueue_script na ravni tem in razširitev. Od leta 2026 lahko v modernih različicah WordPress strategije skriptov opredelimo bolj nadzorovano. Vendar pa lahko stare teme, vtičniki za gradnjo strani in nezdružljivi optimizacijski vtičniki povzročijo konflikte.

Če uporabljate vtičnik za optimizacijo zmogljivosti, namesto da bi vsa JavaScript datoteke enostavno odložili, ustvarite seznam izjem. Strani za plačila, prijavo članov, skrbniško orodno vrstico, preverjanje varnosti in skripti captcha so lahko občutljivi. Na spletni strani, ki uporablja WooCommerce, je treba temeljito testirati skripte za košarice, skripte za plačilna vrata in izbire variacij. rešitve za WooCommerce gostovanje

Praktično zaporedje za WordPress bi lahko bilo naslednje: najprej odstranite neuporabljene vtičnike. Nato naredite datoteke vtičnikov, ki jih je treba naložiti le na določenih straneh, pogojne. Nato preizkusite defer na skriptih teme in razširitev. Na koncu uporabite async ali zamudno nalaganje na neodvisnih tretjih kodah. Ta metoda zmanjšuje tveganje za velike napake, ki se lahko zgodijo naenkrat.

Kaj je treba upoštevati pri posebnih projektih programske opreme in okvirjih

Optimizacija JavaScripta v modernih zgradbah, kot so React, Vue, Angular, Next.js, Nuxt ali podobno, ni le dodajanje defer v HTML oznako. Velikost paketa, deljenje kode, tree shaking, dinamični uvoz in stroški hidratacije so ključni za TBT. Če je en velik paket 700 KB, lahko tudi z uporabo defer med izvajanjem dolgo blokira glavno nit.

V projektih posebne programske opreme uporabite deljenje kode na osnovi poti. Ko je uporabnik na domači strani, ne bi smeli prenašati kode upravnega panela, knjižnice grafike ali naprednega urejevalnika. Težke komponente pokličite z dinamičnim uvozom, ko jih potrebujete. Z orodji za analizo paketov prepoznajte neuporabljene odvisnosti. Namesto velikih knjižnic za datume, grafike ali animacije razmislite o lažjih alternativah.

Pri projektih, ki uporabljajo strežniško obdelavo ali statično produkcijo, je prav tako treba biti previden. Čeprav HTML pride hitro, lahko aktivacija stotin komponent v fazi hidratacije poveča vrednost TBT. Izogibanje nepotrebnemu JavaScriptu na strani odjemalca pri interaktivni vsebini je v središču pristopa za zmogljivost leta 2026.

Odnos med gostovanjem, časom odziva strežnika in zmogljivostjo JavaScripta

TBT je neposredno povezan s časom izvajanja JavaScripta v brskalniku; vendar pa infrastruktura gostovanja posredno vpliva na rezultate. Počasna TTFB, pomanjkanje stiskanja, odsotnost podpore za HTTP/2 ali HTTP/3, slabo predpomnjenje in zakasnitev zaradi oddaljenih lokacij lahko povzročijo, da JavaScript datoteke pridejo kasneje. Ko datoteke pridejo pozno, se življenjski cikel strani podaljša in uporabniška izkušnja se poslabša.

Kakovostna infrastruktura gostovanja podpira optimizacijo s Brotli ali Gzip stiskanjem, aktivnim predpomnjenjem brskalnika, posodobljenimi različicami PHP, hitro tehnologijo diskov in integracijo CDN. Pravilna namestitev SSL certifikata je prav tako pomembna glede na moderne funkcionalnosti brskalnikov, HTTP/2 in varne integracije tretjih oseb. Hostragons SSL certifikati Hostragons preverjanje domen

Na primer, ena in ista JavaScript datoteka je lahko 320 KB brez stiskanja, medtem ko se lahko z Brotli zmanjša na 95 KB. To ne zmanjša vrednosti TBT neposredno v istem razmerju, saj TBT meri stroške izvajanja. Kljub temu se čas prenosa skrajša, prioritizacija virov se olajša in celotna izkušnja nalaganja se izboljša. Zato je treba defer, async, predpomnjenje in pravilno gostovanje obravnavati skupaj.

Kontrolni seznam za merjenje in preverjanje

Za razumevanje, ali je optimizacija uspešna, ni dovolj, da se osredotočimo le na skore PageSpeed. Naslednji kontrolni seznam vam pomaga natančneje oceniti pravi vpliv:

• Ali je bila vrednost TBT za mobilne naprave primerjana pred in po optimizaciji?
• Ali so se v poročilu o času izvajanja JavaScripta zmanjšale najbolj stroškovne datoteke?
• Ali se je v zabeleženem delovanju Chrome DevTools zmanjšalo število dolgih nalog?
• Ali obstajajo napake v JavaScriptu v konzoli?
• Ali meniji, iskanje, filtri, obrazci, košarice in postopki plačila delujejo brez težav?
• Ali se tretje osebe analitične in oglasne oznake sprožijo pravilno?
• Ali se v dejanskih uporabniških podatkih izboljšujejo INP in zamude pri interakcijah?
• Ali so bile spremembe ponovno testirane po čiščenju predpomnilnika?

Pomembno je ločiti laboratorijske in terenske podatke. TBT je laboratorijska metrika Lighthouse. V dejanski uporabniški izkušnji postaja Interaction to Next Paint (INP) bolj odločilna. Vendar pa znižanje TBT pogosto prispeva k izboljšanju INP, saj se zmanjša blokada v glavni niti.

Pogoste napake in kako se jim izogniti

Vse skripte nastaviti na async hkrati

To je ena najpogostejših napak. Async ne daje garancije o vrstnem redu, zato lahko povzroči naključne napake pri odvisnih datotekah. Struktura, ki deluje brez težav na eni strani, se lahko na počasni povezavi ali v drugem brskalniku zlomi. Pri datotekah z odvisnostmi je defer varnejša izbira.

Napačno odložiti jQuery in odvisne razširitve

Na WordPress straneh je veliko razširitev odvisnih od vrstnega reda jQuery. Asinkrono izvajanje jedra jQuery lahko povzroči, da koda razširitev deluje pred naloženjem jQuery. Rešitev je videti omrežje odvisnosti in dodati kritične datoteke na seznam izjem.

Pustiti tretje skripte brez nadzora

Lastnik strani lahko pozabi optimizirati svoje tematske datoteke, medtem ko se osredotoča na oglase, klepet in analitične kode. Vendar pa pogosto najtežje naloge izhajajo iz virov tretjih oseb v poročilih Lighthouse. Odstranitev neuporabljenih oznak, njihovo sprožno nalaganje in odložitev, ko je to potrebno, prinaša pomembne dobitke.

Nalagam orodja brez merjenja

Vtičniki za optimizacijo zmogljivosti so lahko koristni; vendar pa lahko vsak dodaten pripomoček, ki ga uporabite brez merjenja, prinese novo obremenitev JavaScripta in CSS. Najprej diagnosticirajte težave, nato izberite orodje. Potrdite s testnim poročilom, da vtičnik dejansko znižuje TBT.

Ignorirati konflikte predpomnjenja in minifikacije

Minifikacija, združevanje, defer in async, če se izvajajo hkrati, lahko spremenijo vrstni red datotek. To lahko povzroči nepričakovane napake v produkcijskem okolju. Zlasti, če so CDN, strežniško predpomnjenje in predpomnjenje aplikacij uporabljeni skupaj, po spremembah obvezno očistite vse plasti.

Realističen scenarij optimizacije

Predpostavimo, da ima srednje velika korporativna spletna stran na domači strani 18 zahtev JavaScripta. Od teh je 5 skriptov povezanih s temo in vedenjem menija, 4 z drsniki in animacijami, 3 z obrazci in zemljevidi ter 6 z analitiko, pikseli in kodami za spletno podporo. Izmerimo začetno vrednost Lighthouse mobilnega TBT na 920 ms.

V prvem koraku odstranimo dva neuporabljena vtičnika za animacijo, kar zmanjša stisnjeno obremenitev JavaScripta za 140 KB. TBT pade na 760 ms. V drugem koraku izvedemo defer za datoteke teme in drsnikov ter testiramo odvisnosti. TBT se zmanjša na 480 ms. V tretjem koraku se skripta za zemljevid naloži le, ko se pomaknete na del za stik, spletna podpora se zažene 7 sekund kasneje, analitične in piksel kode pa postanejo async. Pri zadnjem merjenju se TBT zniža na 210 ms.

Ta scenarij prikazuje pomen plastičnega pristopa namesto iskanja enega samega čarobnega nastavitev. Defer in async sta močna orodja; vendar najboljše rezultate prinaša odstranjevanje nepotrebne kode, pogojno nalaganje, pravilno predpomnjenje in kakovostna infrastruktura.

Zaključek: Uravnotežena in testirana strategija JavaScripta za nižji TBT

Uporaba povezanega nalaganja JavaScripta na vaši spletni strani je eden najpraktičnejših in najučinkovitejših načinov za zmanjšanje TBT. Defer nudi varno rešitev za datoteke, ki se morajo izvajati v zaporedju in po DOM, medtem ko je async idealen za bolj fleksibilno nalaganje neodvisnih tretjih skript. Za uspešno optimizacijo je treba najprej meriti, klasificirati skripte, odstraniti nepotrebne datoteke, postopoma testirati spremembe in spremljati dejansko uporabniško izkušnjo.

Uporaba hitre, varne in razširljive infrastrukture pri Hostragons vam pomaga doseči bolj stabilno spletno zmogljivost z optimizacijo JavaScripta, predpomnjenjem in nastavitvami SSL. Če želite izboljšati vrednost TBT vaše spletne strani, najprej pridobite svoj trenutni poročilo in nato napredujte s majhnimi, a merljivimi koraki. Oglejte si rešitve Hostragons za ustrezno gostovanje in zmogljivost infrastrukture. Hostragons paketi spletnega gostovanja

Pogosto zastavljena vprašanja

Ali lahko hkrati uporabim Defer in Async?

Če v klasični oznaki skripta hkrati uporabite defer in async, se lahko v modernih brskalnikih obnaša prednostno async, kar odpravi garancijo vrstnega reda. Zato v praksi ni priporočljivo uporabljati obeh v isti datoteki. Za odvisne datoteke izberite defer, za neodvisne datoteke async.

Ali povezan nalaganje JavaScripta neposredno povečuje SEO rangiranje?

Samo po sebi ne zagotavlja neposrednega rangiranja; vendar pa izboljšuje uporabniško izkušnjo, hitrost interakcije in zmogljivost Core Web Vitals, kar podpira uspeh SEO. Hitreje odzivne strani lahko povečajo zadovoljstvo uporabnikov, konverzije in zaznavanje kakovosti skeniranja.

Ali je varno dodati defer k vsaki JavaScript datoteki?

Ne. Nekateri skripti morda potrebujejo izvajanje v prvih fazah strani ali pa so lahko odvisni od nalaganja drugih datotek v določenem vrstnem redu. Zato je treba preveriti namen, odvisnosti in čas izvajanja za vsako datoteko; spremembe je treba preizkusiti v okolju za testiranje.

Ali sta samo defer in async dovolj za zmanjšanje TBT?

Pri manjših in srednje velikih straneh lahko prinesejo velike izboljšave; vendar pa so za strani, ki uporabljajo težke okvire, vsebujejo številne tretje kode ali velike pakete, potrebni dodatni ukrepi. Deljenje kode, odstranjevanje neuporabljenega JavaScripta, pogojno nalaganje, predpomnjenje in močna infrastruktura gostovanja morajo biti obravnavani skupaj.

Katerih skriptov na WordPress strani ne bi smel nastaviti na async?

Datoteke razširitev, odvisne od jQuery, skripti za plačila in košarice, preverjanje obrazcev, preverjanje varnosti in kritične funkcije teme ne bi smele biti naključno nastavljene na async. Če se vrstni red teh datotek zruši, lahko pride do težav pri uporabniških operacijah. Najprej preizkusite defer, po potrebi ustvarite seznam izjem.