Bitcode: ما هو، البايت كود الوسيط وعملية التجميع

ما هو Bitcode في تطوير iOS

Bitcode هو تمثيل وسيط للبرنامج (Intermediate Representation, IR) يتم إنشاؤه بواسطة البنية التحتية لمترجم LLVM. قدمت Apple دعم Bitcode بدءًا من Xcode 7 و iOS 9 كمتطلب إلزامي لتطبيقات watchOS واختياري لـ iOS و tvOS. اعتبارًا من Xcode 14، تم إلغاء المتطلب لجميع المنصات باستثناء watchOS.

تاريخ Bitcode

مفهوم التمثيل الوسيط للكود موجود منذ العقد الأول من القرن الحادي والعشرين كجزء من مشروع LLVM، الذي أسسه كريس لاتنر في جامعة إلينوي. قامت Apple بتكييف LLVM لـ Xcode في 2011، وفي 2015 قدمت Bitcode كوسيلة لتحديث التطبيقات دون إعادة إرسالها إلى App Store. تم الإعلان عن التقنية في WWDC 2015 في جلسة «What's New in Xcode».

الفرق بين Bitcode والكود الآلي

الكود الآلي هو تعليمات ثنائية لمعالج محدد: arm64 أو armv7 أو x86_64. يتم تخزين Bitcode بتنسيق مستقل عن العتاد، مما يسمح لـ App Store بإنشاء ملفات ثنائية محسنة لهندسات مختلفة من تمثيل مصدر واحد. هذا الفرق الرئيسي يحدد جميع مزايا التقنية.

Bitcode ليس ملفًا قابلًا للتنفيذ. إنه LLVM IR بتنسيق ثنائي يرسله المطور إلى App Store مع بيانات وصفية للمشروع. يقوم متجر التطبيقات بتشغيل عملية إعادة التجميع، مكيّفًا الكود لكل منصة مستهدفة وإصدار نظام تشغيل.

كيف يعمل Bitcode في تجميع iOS

عملية إنشاء Bitcode تبدأ مع الواجهة الأمامية للمترجم، التي تحول كود مصدر Swift أو Objective-C إلى LLVM IR. في مرحلة الربط، يقوم Xcode بتعبئة IR في ملفات بتنسيق .bc (Bitcode)، والتي تُرسل بعد ذلك إلى App Store مع ملف .xcarchive. App Store بدوره يقوم بتشغيل عملية إعادة التجميع على جانبه.

مرحلة LLVM وإنشاء الكود الوسيط

البنية التحتية لـ LLVM تتكون من ثلاثة أجزاء: الواجهة الأمامية (Clang لـ C/ObjC، Swift Frontend لـ Swift)، المحسن Middle-End، والواجهة الخلفية (مولد الكود الآلي). Bitcode هو نتيجة المرحلتين الأوليين دون الانتقال إلى توليد تعليمات التجميع. يقوم Middle-End بتنفيذ تحسينات مستقلة عن المنصة: إزالة الكود الميت، التضمين، وطي الثوابت.

// مثال على كود Swift المصدر
func calculateSum(a: Int, b: Int) -> Int {
    return a + b
}

// LLVM IR بعد التجميع (مبسط)
; define i32 @calculateSum(i32 %a, i32 %b)
; %result = add i32 %a, %b
; ret i32 %result

بعد إنشاء IR، يقوم المترجم بتنفيذ سلسلة من التحسينات على مستوى التمثيل: إزالة الكود الميت، تضمين الدوال، وطي الثوابت. هذه التحسينات مستقلة عن الهندسة المعمارية ويتم الاحتفاظ بها في Bitcode. أثناء إعادة التجميع في App Store، تُضاف تحسينات تعتمد على الهندسة المعمارية، مثل إعادة ترتيب التعليمات لمعالج محدد.

إعادة التجميع في App Store

App Store Connect يستقبل الأرشيف مع Bitcode ويشغل البنية التحتية الخاصة به للتجميع. يحدد النظام الهندسة المستهدفة لجهاز المستخدم وينشئ كودًا آليًا، محسنًا إياه بشكل إضافي لخصائص المعالج المحددة. بالنسبة لـ arm64e (معالجات A12+ وسلسلة M)، تُطبق تحسينات أمان إضافية.

هذه العملية تسمى App Thinning — تقنية توصل إلى الجهاز فقط الموارد والكود الضروريان لهندسته. مستخدم iPhone بمعالج A17 Pro يحصل على ملف ثنائي محسن لـ arm64e، بدون تعليمات غير ضرورية لهندسات أقدم. هذا يقلل وقت التحميل ويوفر مساحة على الجهاز.

مزايا استخدام Bitcode

Bitcode يوفر عدة مزايا رئيسية لمطوري تطبيقات iOS. أبرزها هو التحسين التلقائي لمعالجات Apple الجديدة دون الحاجة إلى إعادة إرسال تحديث إلى App Store. هذا مهم بشكل خاص عند الانتقال إلى هندسات جديدة، مثل الانتقال من armv7 إلى arm64.

التحسين للهندسات الجديدة

عندما تصدر Apple معالجًا بهندسة جديدة، يتم إعادة تجميع التطبيقات المرسلة مع Bitcode تلقائيًا لها. لا يحتاج المطور إلى إعادة بناء المشروع ونشر تحديث — يقوم App Store بذلك على جانبه عند أول تحميل من قبل المستخدم. هذا مهم بشكل خاص للتطبيقات طويلة العمر التي تُصان لسنوات.

تقليل حجم الملف الثنائي

App Thinning مع Bitcode يمكن أن يقلل حجم التطبيق المثبت بنسبة 15-40%. ينشئ App Store فقط تعليمات الآلة الضرورية لجهاز معين، مستبعدًا الكود للهندسات الأخرى والتنويعات لإصدارات iOS المختلفة. عمليًا، هذا يعني أن المستخدم الذي لديه iPhone جديد يحصل على ملف ثنائي مضغوط.

وفقًا لـ Apple WWDC 2015 Session 102، استخدام Bitcode و App Thinning يمكن أن يقلل حجم التطبيق الذي تم تنزيله بمتوسط 25% مقارنة بالملف الثنائي العالمي الذي يحتوي على جميع الهندسات. لتطبيق بحجم 100 ميجابايت، يمكن أن يصل التوفير إلى 40 ميجابايت على جهاز المستخدم.

• تكيف تلقائي مع معالجات جديدة دون حاجة المطور لإعادة بناء المشروع
• تقليل وقت التحميل للتطبيق على جهاز المستخدم
• توزيع مبسط — أرشيف واحد لجميع الهندسات، مجموعة واحدة من البيانات الوصفية
• توافق مستقبلي — التطبيق يعمل على معالجات Apple التي لم تُصدر بعد

كيفية تفعيل Bitcode في مشروع Xcode

إعداد Bitcode يتم في إعدادات بناء Xcode. توجد معلمة Enable Bitcode في إعدادات Build Settings وهي مفعلة افتراضيًا للمشاريع الجديدة، لكن يمكن للمطورين تعطيلها للتصحيح أو عند استخدام مكتبات طرف ثالث بدون دعم Bitcode.

الإعداد عبر Build Settings

// Build Settings -> Apple Clang - Code Generation
// Enable Bitcode = YES

// أو عبر Info.plist للأهداف الفردية
@property (nonatomic, assign) BOOL enableBitcode;
- (void)configureBuildSettings {
    // التحقق من حالة Bitcode في الإعدادات
    if (self.enableBitcode) {
        NSLog(@"Bitcode is enabled for this target");
    } else {
        NSLog(@"Bitcode is disabled");
    }
}

للتحقق مما إذا كان الأرشيف يحتوي على Bitcode، افتح ملف .xcarchive عبر Xcode Organizer أو نفذ الأمر otool -l في الطرفية. وجود قسم __LLVM في الملف الثنائي يؤكد أن Bitcode مفعل ومعبأ بشكل صحيح. إذا كان القسم مفقودًا، لم يتم إنشاء Bitcode أثناء البناء.

التحقق عبر الطرفية

# التحقق من وجود Bitcode في الأرشيف
otool -l YourApp.app/YourApp | grep __LLVM

# المخرجات: إذا كان هناك قسم __LLVM — Bitcode موجود
# إذا كانت المخرجات فارغة — Bitcode غير مفعل أو لم يتم إنشاؤه

# يمكنك أيضًا التحقق باستخدام الأمر size
size -m -l YourApp.app/YourApp | grep __LLVM

عند استخدام مكتبات طرف ثالث عبر CocoaPods أو SPM، تأكد من أن جميع التبعيات مبنية مع Bitcode. إذا كانت مكتبة واحدة على الأقل لا تدعم Bitcode، سيولد Xcode خطأ ربط أثناء الأرشفة. لـ CocoaPods، تحقق من علامة bitcode_enabled في المواصفات الفرعية أو استخدم use_frameworks! مع enable_bitcode.

قيود ومشاكل Bitcode

Bitcode ليس حلًا عالميًا لجميع أنواع مشاريع iOS. للتقنية قيود يجب على المطور مراعاتها قبل تفعيل الخيار في إعدادات البناء. فهم هذه القيود يساعد في تجنب المشاكل أثناء الأرشفة والنشر.

التوافق مع المكتبات

ليست جميع مكتبات الطرف الثالث تأتي مع دعم Bitcode. إذا كانت المكتبة موزعة فقط كملف ثنائي مترجم بدون Bitcode، فلن يتم بناء المشروع مع الخيار المفعل. في هذه الحالة، سيتعين على المطور إما تعطيل Bitcode أو طلب نسخة مع Bitcode من المورد. هذا مهم بشكل خاص للمكتبات القديمة التي لم تعد تُحدث.

التصحيح وتقارير الأعطال

تقارير الأعطال من التطبيقات المبنية مع Bitcode تتطلب معالجة إضافية. يتم إنشاء الرموز (dSYM) للكود المعاد تجميعه بواسطة App Store وتكون متاحة للتحميل عبر Xcode Organizer. بدون تحميل ملفات dSYM المقابلة، سيكون تتبع الاستدعاءات في تقارير الأعطال غير قابل للقراءة، مما يصعّب تشخيص المشاكل.

• تحميل dSYM — إلزامي لفك تشفير سجلات الأعطال من App Store بعد إعادة التجميع
• حجم الأرشيف — .xcarchive مع Bitcode يستهلك مساحة أكبر على قرص المطور
• وقت البناء — إنشاء Bitcode يزيد مرحلة تجميع المشروع بنسبة 10-15% تقريبًا
• macOS — Bitcode غير مدعوم لتطبيقات macOS وتطبيقات watchOS
• المشاريع القديمة — ترحيل المشاريع الكبيرة قد يتطلب تحديث جميع التبعيات

اعتبارًا من iOS 17 و Xcode 15، لا تطلب Apple تفعيل Bitcode إلزاميًا للنشر على App Store. ومع ذلك، لتطبيقات watchOS، يبقى Bitcode مطلبًا إلزاميًا على مستوى سياسة App Store Connect. يُوصى المطورين بتفعيل Bitcode للمشاريع الجديدة إذا كانت جميع التبعيات تدعمه.