التأخير في التطوير — ما هو، الأسباب وطرق التحسين

ما معنى «التأخير» في تطوير التطبيقات المحمولة

التأخير هو مصطلح غير رسمي يستخدمه المستخدمون لوصف أداء التطبيق البطيء ذاتيًا. على عكس اللاج الذي يظهر كتأخير ثابت، فإن التأخير يتكون من تجمدات غير منتظمة: قد يعمل التطبيق بشكل مثالي لعدة ثوانٍ ثم «يفكر» لمدة 1–3 ثوانٍ.

الوصف التقني للظاهرة

من وجهة نظر التحليل، يظهر التأخير كسلسلة من الإطارات المفقودة (jank) مع تأخيرات ذروة تتجاوز 100 مس. على رسم FPS، يبدو هذا كانخفاضات حادة: 60 → 20 → 55 → 10 إطارًا في الثانية. على عكس اللاج ذي FPS المنخفض بانتظام، فإن التأخير له تباين واضح.

إدراك المستخدم

عندما يتأخر التطبيق، لا يفهم المستخدم منطق الإبطاء: قد تنزلق الشاشة بسلاسة ثم تتوقف فجأة لثانية. يسبب هذا الإحباط ويقلل الثقة في التطبيق. وفقًا لجوجل، يترك 53% من المستخدمين الموقع أو التطبيق إذا استغرق التحميل أكثر من 3 ثوانٍ.

أسباب التباطؤ المفاجئ في التطبيقات

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

توقفات GC أثناء تخصيص الكائنات

على Android، في بيئة ART، يوقف جمع القمامة جميع خيوط التطبيق. إذا قام الكود بإنشاء العديد من الكائنات المؤقتة — على سبيل المثال، إنشاء String جديد عبر السلسلة في كل استدعاء onBindViewHolder — يتم تشغيل GC بشكل أكثر تكرارًا. قد تدوم التوقفة 5–50 مس حسب حجم الكومة وجيل الكائنات. يشعر المستخدم بهذا ك«تفكير» مفاجئ.

استعلامات SQL المتزامنة في خيط UI

يدعم Room على Android و Core Data على iOS استعلامات غير متزامنة، ولكن المطورين غالبًا ما يستخدمون getValue() أو ينفذون الاستعلامات عبر runBlocking للبساطة. قد يستغرق SELECT ثقيل بالانضمامات على جدول من 10,000 صف ما بين 200–500 مس، مما يحجز UI بالكامل خلال هذه الفترة.

فك تشفير الصور دون تقليس

يستغرق تحميل صورة كاميرا (12 MP، 4000x3000 بكسل) دون تقليس ما يصل إلى 200 مس لفك تشفير إلى Bitmap. إذا تم تحميل الصور بشكل غير متزامن ولكن دون مجموعة خيوط محدودة، فإن تشغيل 5–6 عمليات فك متزامنة يمكن أن يحمّل CPU، مما يسبب تباطؤات متنقلة.

• Android — سلسلة النصوص في الحلقات، إنشاء الكائنات في المسارات الساخنة، Bitmap دون inSampleSize
• iOS — مجموعات التحرير التلقائي بأعداد كبيرة من الكائنات، imageWithContentsOfFile دون تقليس، URLSession المتزامن
• متعدد المنصات — تحليل JSON في خيط UI، تحميل البيانات على الخيط الرئيسي أثناء انتظار رد الخادم

كيفية تشخيص التجمدات على Android و iOS

تشخيص التباطؤات المتقطعة أصعب من تشخيص التأخيرات الثابتة لأن المشكلة قد لا تتكرر في كل تشغيل. يتطلب جمع إحصاءات على مدار فترة طويلة.

Memory Profiler مع تسجيل أحداث GC

Android Studio Memory Profiler يظهر ليس فقط استخدام الذاكرة ولكن أيضًا أحداث GC: التردد، النوع (Concurrent، Full)، المدة. إذا حدث GC أكثر من مرة واحدة كل 5 ثوانٍ في حالة الخمول — هذا علامة على التخصيص المفرط. يسمح أخذ heap dump في لحظة التأخير برؤية الكائنات التي تشغل الذاكرة.

Xcode Instruments مع Allocation Tracking

على iOS، استخدم قالب Allocations في Instruments لتتبع إنشاء الكائنات وتحريرها. قم بتمكين الأجيال (Generations) — فهي تسمح بأخذ لقطات للكومة بين الإجراءات ورؤية الكائنات التي تبقى في الذاكرة. الكائنات الثابتة التي لا يتم تحريرها هي مصدر تراكم الذاكرة والتوقفات اللاحقة.

API JankStats على Android

JankStats هي مكتبة Android تجمع مقاييس الإطارات المفقودة في الوقت الفعلي. تربط كل jank بالسيناريو الحالي (على سبيل المثال، «تمرير القائمة»، «فتح الشاشة»)، مما يجعل من الممكن فهم الإجراء المحدد الذي يثير التأخير.

مثال دمج JankStats لتتبع التجمدات على Android:

class MainActivity : AppCompatActivity() {
    private lateinit var jankStats: JankStats

    override fun onCreate(savedInstanceState: Bundle?) {
        super.onCreate(savedInstanceState)
        jankStats = JankStats.create(this.window.decorView) { frameData ->
            if (frameData.isJank()) {
                Log.w("Jank", "Duration=${frameData.durationMs}ms")
            }
        }
    }
}

طرق القضاء على الأداء البطيء

يتطلب القضاء على التأخير عملًا مركزًا على كل سبب. لا يوجد حل عام — يلزم تحليل ملفات أداء محددة.

تنفيذ الترقيم عبر Paging 3

إذا كانت القائمة تحتوي على 1000+ عنصر وتم تحميل الكل مرة واحدة — هذا تأخير مضمون. Paging 3 على Android و NSFetchedResultsController على iOS يقومان تحميل البيانات بأجزاء عندما يتمرر المستخدم. يرى المستخدم فقط أول 10–20 عنصرًا؛ يتم تحميل الباقي في الخلفية.

تحسين استعلامات SQL والفهارس

Room يسمح بتحليل الاستعلامات عبر أداة الفحص في Android Studio: يمكن رؤية وقت التنفيذ، عدد الصفوف المعادة وخطة الاستعلام. إضافة فهارس على أعمدة WHERE و ORDER BY يمكن أن تقلل وقت الاستعلام من 300 مس إلى 5 مس. على iOS، يقوم Core Data Profiler في Instruments بفحص مماثل.

تفريغ المهام إلى WorkManager

المزامنة الخلفية، تنزيل الملفات، معالجة البيانات — كل هذا يجب أن يتم تنفيذه عبر WorkManager (Android) أو Background Tasks (iOS). إذا تم تشغيل المزامنة على خيط UI، سيتأخر التطبيق أثناء التنفيذ. يضمن WorkManager التنفيذ على خيط خلفي مع مراعاة حالة البطارية والشبكة.

مثال المزامنة الخلفية عبر WorkManager على Android:

class SyncWorker(context: Context, params: WorkerParameters)
    : CoroutineWorker(context, params) {

    override suspend fun doWork(): Result {
        return try {
            Log.d("Sync", "Syncing data in background thread")
            syncData()
            Result.success()
        } catch (e: Exception) {
            Result.retry()
        }
    }
}

الوقاية من التأخير في مرحلة التطوير

يمكن منع التأخير في مرحلة الكتابة باتباع مبادئ إدارة الذاكرة والخيوط بكفاءة.

Baseline Profiles للتجميع AOT

Baseline Profiles هي قائمة من الفئات والطرق التي يقوم Android بتجميعها مسبقًا (AOT) بدلاً من JIT. بدون ملف تعريف، يتم تجميع كل شاشة جديدة عند الفتح الأول، مما يسبب تأخيرًا مدته 100–500 مس. قم بإعداد Baseline Profile للشاشات الرئيسية وفعل التوليد في Gradle عبر إضافة baseline-profile-gradle-plugin.

تقليل التخصيصات في المسارات الساخنة

المسار الساخن هو كود يتم تنفيذه في كل إطار: onBindViewHolder، draw، layoutSubviews. تجنب إنشاء الكائنات في هذه الطرق: استخدم مجموعات الكائنات، StringBuilder بدلاً من السلسلة، قم بتخزين النصوص المنسقة والمنسقات. كل تخصيص إضافي يقرب GC التالي.

التحليل عبر Baseline Profiles في CI

أضف Macrobenchmark إلى خط أنابيب CI الخاص بك مع سيناريو تمرير القائمة وفتح الشاشة. حدد عتبة: نسبة المئوي 99 لوقت الإطار يجب ألا تتجاوز 16 مس. إذا تم تجاوز العتبة — يتم رفض البناء حتى التحسين.

• Android — Baseline Profiles، Macrobenchmark، JankStats، StrictMode مع penaltyDeath
• iOS — MetricKit، os_signpost، XCTMetric، Main Thread Checker في خطة Debug
• النهج العام — تحليل منتظم، مراجعات كود تركز على التخصيصات في المسارات الساخنة