کالبدشکافی WebAssembly: مرورگر شما واقعاً چگونه نرم‌افزارهای سنگین دسکتاپ را اجرا می‌کند؟

«WebAssembly مرگ جاوااسکریپت است.» این شعار بازاریابی و رویای بسیاری از برنامه‌نویسان است. وعده این است که مرورگر شما به یک سیستم‌عامل جهانی تبدیل می‌شود که می‌تواند هر زبانی را با سرعت بومی C++ اجرا کند و نرم‌افزارهای سنگین دسکتاپ مانند فتوشاپ و فیگما را بدون هیچ نقصی به وب بیاورد.

در نقطه مقابل، شکاکان و طرفداران سرسخت جاوااسکریپت می‌گویند: «WebAssembly صرفاً یک ابزار حاشیه‌ای برای محاسبات سنگین ریاضی است.» آن‌ها استدلال می‌کنند که این فناوری حتی نمی‌تواند مستقیماً به ساختار صفحه (DOM) دسترسی پیدا کند، در یک محیط ایزوله زندانی است و برای ۹۹ درصد از توسعه وب، جاوااسکریپت همچنان سریع‌تر، ارزان‌تر و منطقی‌تر است.

واقعیت در میان این دو دیدگاه متضاد قرار دارد. طبق مستندات بنیاد موزیلا: «WebAssembly برای تکمیل جاوااسکریپت طراحی شده است، نه جایگزینی آن، و به توسعه‌دهندگان اجازه می‌دهد از نقاط قوت هر دو زبان بهره ببرند.» برای درک اینکه چگونه نرم‌افزاری مانند فیگما اکنون در یک تب مرورگر اجرا می‌شود، باید به اتفاقاتی نگاه کنیم که در موتور مرورگر هنگام دریافت کد رخ می‌دهد.[1]

جاوااسکریپت در سال ۱۹۹۵ برای افزودن تعاملات ساده به صفحات متنی طراحی شد. وقتی یک سایت مبتنی بر جاوااسکریپت را باز می‌کنید، موتور مرورگر (مانند V8 در کروم) باید متن کد را دانلود کند، آن را تجزیه کند، در لحظه (JIT) کامپایل کند و انواع داده‌ها را حدس بزند. این فرآیند برای رابط کاربری فوق‌العاده سریع است، اما برای پردازش‌های سنگین مانند رندرینگ سه‌بعدی یا رمزنگاری به شدت ناکارآمد است.[1]

فناوری WebAssembly (یا به اختصار Wasm) این مسیر طولانی را دور می‌زند. برخلاف نامش، این یک زبان برنامه‌نویسی نیست که شما آن را تایپ کنید؛ بلکه یک «هدف کامپایل» است. توسعه‌دهندگان، نرم‌افزارهای پیچیده خود را با زبان‌هایی مانند C++، Rust یا C# می‌نویسند و سپس آن را به یک فرمت باینری فشرده (فایل‌های .wasm) تبدیل می‌کنند.[1][2]

هنگامی که مرورگر این فایل باینری را دریافت می‌کند، دیگر نیازی به تجزیه متن یا حدس زدن متغیرها ندارد. کدهای Wasm معمولاً بین ۲۰ تا ۵۰ درصد حجم کمتری نسبت به کدهای معادل جاوااسکریپت دارند. مرورگر تنها کافی است آن را اعتبارسنجی کرده و تقریباً بلافاصله به زبان ماشینِ پردازنده شما ترجمه کند؛ فرآیندی که در پردازش‌های سنگین می‌تواند بین ۱.۵ تا ۲۰ برابر سریع‌تر از جاوااسکریپت عمل کند.[2]

این دقیقاً همان مکانیزمی است که صنعت طراحی را دگرگون کرد. هسته اصلی موتور رندر فیگما به زبان C++ نوشته شده است. با کامپایل کردن این هسته به WebAssembly، آن‌ها توانستند زمان بارگذاری برنامه را به میزان ۳ برابر بهبود بخشیدند و عملکردی معادل نرم‌افزارهای دسکتاپ را مستقیماً در مرورگر ارائه کنند.

شرکت ادوبی نیز مسیر مشابهی را طی کرد. آن‌ها دهه‌ها کدنویسی پیچیده C++ در نرم‌افزار فتوشاپ را به جای بازنویسی کامل با جاوااسکریپت، مستقیماً به Wasm کامپایل کردند. این کار به آن‌ها اجازه داد تا ابزارهای پردازش تصویر سنگین را بدون افت کیفیت به وب بیاورند.

راز این عملکرد خیره‌کننده در نحوه مدیریت حافظه نهفته است. در جاوااسکریپت، یک سیستم خودکار (Garbage Collector) دائماً در پس‌زمینه کار می‌کند تا حافظه‌های بی‌استفاده را پاک کند که این امر باعث افت ناگهانی سرعت می‌شود. اما یک ماژول Wasm یک بلوک خام و پیوسته از حافظه (Linear Memory) را دریافت می‌کند و کدهای C++ یا Rust دقیقاً مانند یک برنامه بومی، مدیریت این حافظه را به صورت دستی بر عهده می‌گیرند.[1][2]

با وجود این قدرت، Wasm به شدت محدود و امن است. این کدها دقیقاً در همان محیط ایزوله (Sandbox) امنیتی جاوااسکریپت اجرا می‌شوند. یک ماژول Wasm نمی‌تواند فایل‌های هارد دیسک شما را بخواند یا به وب‌کم دسترسی پیدا کند. در واقع، این فناوری حتی نمی‌تواند رنگ یک دکمه را در صفحه تغییر دهد؛ برای هر تغییری در رابط کاربری، باید از جاوااسکریپت درخواست کند تا این کار را برایش انجام دهد.[1][2]

مرز بعدی این فناوری، خروج از مرورگر است. با معرفی رابط سیستمی WebAssembly (WASI)، مهندسان اکنون کدهای Wasm را روی سرورها و شبکه‌های لبه (Edge) اجرا می‌کنند. از آنجا که یک ماژول Wasm در کمتر از ۵ میلی‌ثانیه اجرا می‌شود، در حال تبدیل شدن به یک جایگزین سبک‌تر و سریع‌تر برای کانتینرهای داکر (Docker) در پردازش‌های ابری است.[3]

علاوه بر این، استاندارد WebAssembly 3.0 و اضافه شدن اخیر قابلیت زباله‌روب (WasmGC) به این اکوسیستم، راه را برای زبان‌هایی مانند جاوا و کاتلین باز کرده است تا بدون نیاز به انتقال کل موتور اجرایی خود، به Wasm کامپایل شوند. بحث بر سر اینکه آیا این فناوری جایگزین جاوااسکریپت می‌شود، یک آدرس غلط است؛ WebAssembly در حال جایگزینی سیستم‌عامل به عنوان بستر پیش‌فرض استقرار نرم‌افزارها است.[3]