Question 1

Isolate nədir və thread-dən nə ilə fərqlənir?

Accepted Answer

Tərif: isolate — öz yaddaşı, öz event loop-u və öz garbage collector-u olan müstəqil icra vahididir. Dart-da paralellik məhz bunun üzərində qurulub. Thread-dən əsas fərqi bir cümlədə: thread-lər yaddaşı bölüşür, isolate-lər yox. Bu fərqin nəticələrini say — cavabın dəyəri buradadır: Ortaq dəyişən olmadığı üçün race condition, mutex, lock, synchronized anlayışları yoxdur. Java və ya C++-dan gələn namizəd üçün bu, ən böyük konseptual dəyişiklikdir və müsahib məhz bunu eşitmək istəyir. Ünsiyyət yalnız mesaj ötürmə ilə gedir: SendPort/ReceivePort. Göndərilən obyektlər dərin kopyalanır — bu, təhlükəsizliyin qiymətidir: böyük data üçün serializasiya xərci real problemdir. Hər isolate-in öz heap-i olduğu üçün GC pauzaları da müstəqildir — bir isolate-in GC-si digərini dayandırmır. Sonda bir nüans əlavə et: static və qlobal dəyişənlər də bölüşülmür — hər isolate-də ayrıca nüsxəsi yaranır. Bu, singleton və cache-lərlə işləyəndə real təəccüb mənbəyidir və çox az namizəd bunu deyir.

Question 2

Isolate nə vaxt lazımdır, nə vaxt async/await kifayətdir?

Accepted Answer

Cavabı bir cümlə ilə aç, sonra onu aç: async gözləməni həll edir, isolate isə hesablamanı. async kifayətdir — əməliyyat gözləmədirsə: şəbəkə sorğusu, fayl oxunuşu, verilənlər bazası sorğusu, timer. Bu zaman thread tutulmur; əməliyyat sistemi işi görür, event loop isə azaddır və başqa işlərlə məşğuldur. Şəbəkə sorğusunu isolate-ə köçürmək heç bir fayda vermir, sadəcə yaradılma və kopyalama xərci əlavə edir — bu, ən çox rast gəlinən səhvdir. Isolate lazımdır — əməliyyat CPU-nu tutursa: böyük JSON parse/encode, şəkil emalı və resize, kriptoqrafiya və hash, böyük siyahının sıralanması, CSV/PDF generasiyası, ML inference. Burada await heç nə etmir, çünki hesablama yenə eyni thread-də işləyəcək. Sərhəddi rəqəmlə göstər — bu, cavabı konkret edir: Flutter 60 fps-də bir kadr üçün ~16 ms verir. Sinxron iş bunu keçirsə, kadr atlanır. Ona görə ~16 ms-dən uzun sürən təmiz CPU işi isolate namizədidir. Sonda dürüst qeyd əlavə et: isolate pulsuz deyil — yaradılma bir neçə ms və ~1-2 MB, üstəlik arqument və nəticə kopyalanır. Kiçik iş üçün isolate performansı pisləşdirir. Ona görə ölçmədən qərar vermirəm: DevTools timeline-da hansı funksiyanın kadr büdcəsini keçdiyinə baxıram, sonra qərar verirəm.

Question 3

Isolate.run, compute() və Isolate.spawn arasında necə seçim edirsən?

Accepted Answer

Üçünü istifadə ssenarisinə görə ayır. Isolate.run(fn) (Dart 2.19+) — bir dəfəlik iş üçün müasir və düzgün seçim: isolate yaradır, fn-i işlədir, nəticəni qaytarır və isolate-i özü bağlayır. Üstünlükləri: closure qəbul edir (top-level funksiya olmaq məcburiyyəti yoxdur), xətanı əsas isolate-də yenidən atır (adi try/catch işləyir) və Flutter-dən asılı deyil — pure Dart paketlərində də işləyir. compute(fn, arg) — Flutter-in eyni ideyanı realizə edən köhnə köməkçisi. Isolate.run çıxandan sonra faktiki olaraq onun üzərində qurulub. Köhnə kodda qalır; yeni kodda Isolate.run yazıram, çünki Flutter-ə bağlı deyil və API-si daha rahatdır. Isolate.spawn(entryPoint, message) — aşağı səviyyəli API. Onu iki halda seçirəm: (1) isolate uzunömürlü olmalıdır və ona davamlı tapşırıq göndərəcəyəm — worker pool, davamlı video/audio dekodlaşdırma, arxa fon sinxronizasiyası; (2) iki tərəfli ünsiyyət lazımdır (progress hesabatı, ləğvetmə siqnalı). Burada ReceivePort/SendPort handshake-ini, ləğvetməni və kill()-i özüm yazmalıyam. Seçimi qısa qayda ilə yekunlaşdır: bir dəfəlik iş → Isolate.run; təkrarlanan iş və ya davamlı ünsiyyət → Isolate.spawn ilə uzunömürlü worker; köhnə Flutter kodu → compute. Əlavə arqument: təkrarlanan kiçik tapşırıqlarda hər dəfə Isolate.run çağırmaq yaradılma xərcini hər dəfə ödəmək deməkdir — orada worker pool ölçülə bilən qazanc verir.

Question 4

Isolate-ə nə göndərmək olar, nə olmaz? Bu məhdudiyyət haradan gəlir?

Accepted Answer

Səbəbdən başla, siyahıdan yox — bu, cavabı yaddaqalan edir: isolate-lər yaddaşı bölüşmür, ona görə göndərilən hər şey kopyalanmalıdır. Kopyalana bilməyən hər şey göndərilə bilmir. Bu bir prinsip bütün siyahını izah edir. Göndərilə bilənlər: null, num, bool, String, TypedData, bunlardan ibarət List/Map/Set, SendPort, Capability. Dart 2.15-dən sonra əksər adi obyektlər də göndərilə bilir (dərin kopyalanır) və hətta top-level/static funksiyalar və closure-lar — bu, Isolate.run-ın closure qəbul etməsini mümkün edir. Göndərilə bilməyənlər və hər birinin səbəbi: ReceivePort özü — o, konkret isolate-in "poçt qutusudur", kopyalanması mənasızdır. Ona görə handshake-də sendPort göndərilir. Açıq Socket, File handle-ları, dart:ffi pointer-ləri — bunlar əməliyyat sisteminin resurslarına istinaddır; kopyalanmış nüsxə heç nəyə işarə etməzdi. Flutter-də UI-yə bağlı hər şey: BuildContext, şəkil handle-ı, platform kanalı — onlar UI isolate-inə bağlıdır. Cəhd edilsə ArgumentError alırsan. Praktik nəticələri də de — bu, təcrübə siqnalıdır: (1) isolate-ə xam data göndər (məsələn JSON String-i və ya bayt massivi), obyekt qrafı yox — kopyalama ucuzlaşır; (2) böyük bayt blokları üçün TransferableTypedData istifadə et — o, kopyalamadan "sahibliyi köçürür" və çox baha datalarda ciddi fərq yaradır; (3) isolate-in içində yeni resurs açırsansa (fayl, socket), onu orada da bağla — geri göndərə bilməzsən.

Question 5

Isolate-in real qiyməti nədir və onu istifadə edib-etməməyi necə qərara alırsan?

Accepted Answer

Bu sual məhz "isolate-i həmişə yaxşı sayan" namizədləri ayırmaq üçün verilir. Xərci üç komponentə böl: 1. Yaradılma. Yeni heap, yeni event loop, runtime-ın hazırlanması — mobil cihazda tipik olaraq bir neçə millisaniyə və ~1-2 MB yaddaş. Isolate.run bunu hər çağırışda ödəyir. 2. Kopyalama. Arqument və nəticə serializasiya olunur. Böyük obyekt qrafı üçün bu, hesablamanın özündən baha ola bilər. Ən pis hal: kiçik hesablama + nəhəng data. 3. Mürəkkəblik. Isolate.spawn istifadə edirsənsə, handshake, ləğvetmə, xəta ötürülməsi və kill() sənin öhdəliyindədir — bu, kod və bug mənbəyidir. Qərar prosesini addımlarla təsvir et: Əvvəlcə ölçürəm: DevTools timeline-da hansı funksiyanın 16 ms kadr büdcəsini keçdiyinə baxıram. Təxminlə qərar vermirəm. İş gözləmədirsə (şəbəkə, I/O) — isolate ümumiyyətlə lazım deyil. İş CPU-dursa və qısadırsa (<10 ms) — isolate-in xərci qazancdan çoxdur; ya olduğu kimi saxlayıram, ya da alqoritmi yaxşılaşdırıram. İş CPU-dursa və uzundursa — isolate. Bir dəfəlikdirsə Isolate.run, təkrarlanırsa uzunömürlü worker. Data böyükdürsə — xam formada (bayt/String) göndərirəm, TransferableTypedData-nı nəzərdən keçirirəm və nəticəni də kiçik saxlamağa çalışıram. Ən güclü bitiş — alternativi xatırlatmaq: çox vaxt ən yaxşı optimallaşdırma işi başqa yerə köçürmək yox, ümumiyyətlə etməməkdir. Serverdən daha kiçik JSON istəmək, nəticəni cache-ləmək, lazy parse etmək və ya səhifələmə tətbiq etmək çox vaxt isolate-dən daha böyük qazanc verir və mürəkkəblik əlavə etmir.

Sual	`async`/`await`	Isolate
Hansı problemi həll edir?	Gözləmək — I/O, şəbəkə, fayl, timer	Hesablamaq — CPU-intensiv iş
Neçə thread?	Bir — növbələşmə (concurrency)	Ayrı — həqiqi paralellik
Yaddaş	Ortaq — bütün obyektlər əlçatandır	Ayrı — yalnız mesaj ötürmə
Race condition riski	Var — async gap-də state dəyişə bilər	Yoxdur — ortaq state yoxdur
Xərci	Praktik olaraq sıfır	Yaradılma (~ms) + arqument və nəticənin kopyalanması + yaddaş
Ləğvetmə	Yoxdur (Future ləğv olunmur)	`isolate.kill()` — real ləğvetmə

Isolate-lar və concurrency

📚 Mənbələr və sənədlər