Si t'as déjà écrit un Web Worker, tu sais déjà faire du multithreading en React Native

Depuis 2015, un seul thread JS fait tourner ton app en entier Parser un gros payload, hasher un fichier, filtrer une image Tout ça se bat avec ton UI pour le même runtime Ça bloque, ça saccade, et t'as appris à faire avec react-native-workers vient de sortir en alpha Signé Ammar Ahmed, en solo, sous licence MIT L'API c'est celle du Web Worker postMessage, onmessage, terminate, et c'est tout Rien de nouveau à apprendre si t'en as déjà touché un Là où les worklets partagent un runtime, chaque worker a le sien Un vrai runtime Hermes isolé sur son propre thread OS Son event loop, son bundle, tes imports, fetch, les timers Et tes modules natifs marchent dedans, Turbo comme Expo, iOS et Android Les chiffres de l'auteur: 2,58 Mo de logs parsés sur 8 workers, 54ms qui tombent à 17ms Mais pose-toi la vraie question avant de sortir l'artillerie La plupart du temps ton app rame pas à cause du CPU Elle rame à cause de tes re-renders et de tes listes mal gérées Le threading règle un vrai problème Dans 80% des cas, c'est pas le tien Ton app rame à cause du CPU, ou de tes re-renders ?