التنزيل

ما الذي يفعله مدير تنزيلات ولا يفعله متصفّح ويب

ملف بحجم أربعة غيغابايتات، مكتمل بنسبة تسعين بالمئة، ثم مكالمة هاتفية — أو مجرد شاشة مقفلة — ويختفي. هذه الشكوى الأكثر شيوعًا حول التنزيل على iOS، وليست خللًا. إنه نظام التشغيل يفعل بالضبط ما صُمِّم لفعله، وسبب وجود فئة منفصلة من التطبيقات.

6 دقائق قراءة محدّث 29 يوليو 2026

30 ثانية تقريبًا كم يستمر تطبيق معلَّق قيد التشغيل قبل أن يوقفه iOS
206 حالة HTTP التي تجعل الاستئناف ممكنًا إطلاقًا
بايت واحد كم يُعاد تنزيله من نقل مُستأنَف بشكل صحيح

لماذا يتوقف النقل عند تبديل التطبيقات

لا يترك iOS تطبيقًا يواصل العمل لمجرد أنه يرغب في ذلك. حين تغادر تطبيقًا، يُعلَّق خلال ثوانٍ، ولا يملك تطبيق معلَّق وقت معالج، ولا مقابس شبكة، ولا طريقة لملاحظة أنه أُوقِف. كل ما كان يحتفظ به في الذاكرة ما زال موجودًا، لكنه مجمَّد — وإن احتاج النظام الذاكرة، يُنهى التطبيق تمامًا من دون إخباره.

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

الجواب الصحيح مختلف في نوعه. يوفّر iOS خدمة نقل في الخلفية: تسلّم النظام قائمة عناوين ووجهات، ويقوم النظام بالتنزيل بنفسه، في عمليته الخاصة، حسب جدوله الخاص. يمكن أن يكون تطبيقك معلَّقًا، أو منتهيًا، أو غير قيد التشغيل إطلاقًا — يستمر النقل، ويُعاد إطلاق التطبيق في الخلفية عندما يكون هناك ما يُبلَّغ عنه. هذه الآلية وراء كل تنزيل ينجو من شاشة مقفلة، واستخدامها قرار تصميم يتخذه تطبيق مسبقًا، لا إعدادًا يمكنك تشغيله.

الآليات الأربع التي تقرر ما إذا كان تنزيل سينجو

طلب النطاق (Range request): طلب HTTP يطلب البايتات من 5,000,000 فصاعدًا بدلًا من الملف كله. إن أجاب الخادم بـ206 Partial Content، الاستئناف من المنتصف ممكن؛ إن أجاب بـ200 OK وبدأ من البداية، فليس ممكنًا — يجب جلب الملف مجددًا من الصفر.
الاتصالات المتوازية: تقسيم ملف واحد إلى عدة نطاقات وجلبها في الوقت نفسه. تساعد لأن اتصالًا واحدًا غالبًا ما يُقيَّد من الخادم أو يُحَد بزمن الذهاب والإياب، لا لأن إنترنتك أسرع بمقابس أكثر مفتوحة.
الإزاحة المؤكَّدة: كم من الملف كُتِب بأمان على القرص، مقابل ما زال في الطريق. تنزيل يستأنف من آخر بايت مؤكَّد صحيح؛ وواحد يستأنف مما *يظن* أنه استلمه ينتج ملفًا تالفًا لا يكشف نفسه إلا بعد ساعات.
الجلسة في الخلفية: النقل الذي يديره النظام الموصوف أعلاه. أبطأ في البدء، ولا يمكن منحه منطقًا مخصَّصًا اعتباطيًا، وهو الشيء الوحيد الذي يستمر بالعمل حين لا يكون التطبيق كذلك.

لماذا يفشل تنزيل، وكيف يبدو كل فشل

معظم تقارير "التنزيل العالق" واحدة من هذه الخمسة، ومن السهل تمييزها بمجرد معرفة الشكل.

ما تراه	ما الذي يحدث فعليًا	ما الذي يساعد
يتوقف لحظة مغادرة التطبيق	كان النقل يعمل داخل العملية، لا في جلسة خلفية.	لا شيء يمكنك فعله من الخارج — هذه مسألة تصميم تطبيق.
يعيد البدء من 0% في كل مرة	يتجاهل الخادم طلبات النطاق، فلا توجد طريقة للمتابعة من المنتصف.	اتصال ثابت، أو ملف أصغر. تسمح بعض المضيفات بالنطاقات فقط للروابط الموقَّعة.
يفشل بعد بضع دقائق، مرارًا	انتهت صلاحية الرابط. تُصدِر مضيفات كثيرة عناوين صالحة لخمس أو عشر دقائق.	اجلب الرابط مجددًا من صفحته وابدأ من جديد؛ القديم لن يعمل أبدًا.
يُنزَّل بسرعة، ثم لا يُفتَح الملف	ما وصل كان صفحة خطأ HTML أو صفحة تسجيل دخول باسم ملف فيديو.	تحقق من الحجم — "فيلم" بحجم 14 كيلوبايت صفحة ويب. افحص الرابط قبل الالتزام به.
بطيء جدًا رغم اتصال سريع	تقييد لكل اتصال من جانب الخادم.	اتصالات متوازية أكثر، إن سمح الخادم بها. إن كان يحد بعنوان IP بدلًا من المقبس، لن يساعد شيء.

حين لا يوجد ملف للتنزيل إطلاقًا

جزء كبير من فيديو الويب لا يُسلَّم كملف. يُسلَّم كـHLS — قائمة تشغيل .m3u8 تسرد مئات المقاطع الصغيرة، كل واحد بضع ثوانٍ، غالبًا بعدة مستويات جودة كي يبدّل المشغّل حين يتغير اتصالك. لا يوجد عنوان واحد يحمل الفيلم، لأن الفيلم لا يوجد إلا كتسلسل.

حفظ واحد يعني جلب كل مقطع ثم إعادة تغليفها: كتابة تدفقات الفيديو والصوت في حاوية MP4 عادية. لا يُعاد ترميز شيء، فلا شيء يُفقَد ويستغرق ثوانٍ بدلًا من طول الفيلم. الناتج ملف عادي يعمل في أي مكان.

هذا أيضًا سبب استغراق "تنزيل هذا البث" وقتًا أطول ملحوظًا للبدء من تنزيل ملف: يجب جلب قائمة التشغيل وتحليلها، واختيار مستوى جودة، وعندها فقط تبدأ المقاطع بالوصول. وهذا سبب استحالة حفظ بعض البثوث إطلاقًا — إن كانت المقاطع مشفَّرة تحت نظام DRM، فالمفاتيح غير متاحة عمدًا، ولا توجد أداة تحترم القانون تتجاوز ذلك.

ما الذي يفصل مدير تنزيلات حقيقي عن زر تنزيل

ينجو من إغلاق التطبيق

نقل في الخلفية يُسلَّم إلى النظام، بتسليم يستمر من البايت المؤكَّد نفسه بدلًا من إعادة بدء الملف.

يخبرك بما هو الرابط قبل الالتزام

الحجم، والنوع، وهل يدعم الخادم الاستئناف — كلها معروفة من طلب HEAD واحد، وكلها مفيدة قبل إنفاق أربعة غيغابايتات من باقة بيانات.

يصطف بدلًا من أن يُغرِق

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

ما يصل ملف عادي

في مجلد يمكنك رؤيته، مسمًّى بشكل معقول، قابل للتشغيل من أي شيء — لا كتلة قاعدة بيانات لا يفتحها إلا ذلك التطبيق.

عادات تمنع معظم مشاكل التنزيل

ابدأ الملفات الكبيرة على واي فاي واترك الشاشة مضاءة للثواني الأولى
يحدث التسليم إلى الجلسة الخلفية مبكرًا؛ بعد ذلك لم تعد الشاشة مهمة.
لا تصطف بعشرين عنصرًا في آن واحد
ثلاثة إلى خمسة عمليات نقل متزامنة النقطة المثلى على تقريبًا كل اتصال.
تحقق من المساحة الحرة قبل، لا بعد
نقل يملأ القرص يفشل عند 98%، وربما يكون iOS قد أفرغ ذاكرات التخزين المؤقت بالفعل محاولًا إفساح مجال.
عامل "اكتمل" الفوري بشك
فيلم انتهى خلال ثانيتين صفحة خطأ. انظر إلى حجم الملف.
أعد جلب الروابط منتهية الصلاحية من صفحتها
إعادة محاولة رابط موقَّع ميت ستفشل إلى الأبد، مهما كررت المحاولة.

كيف يختلف هذا عبر الأجهزة

iPhone

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

iPad

القواعد نفسها، بمساحة أكبر للتشغيل — والجهاز الوحيد من أجهزة iOS الذي يمكن أن تحط فيه مكتبة كبيرة بشكل معقول على قرص خارجي بدلًا من التخزين الداخلي.

Mac

لا تعليق إطلاقًا، فتتصرف عمليات النقل الطويلة كما تتصرف على أي حاسوب مكتبي. الحد العملي هو الخادم، لا نظام التشغيل.

أسئلة يثيرها هذا

هل تعني اتصالات أكثر دائمًا تنزيلًا أسرع؟

لا. تساعد حين يحد خادم سرعة كل اتصال منفرد، وهذا شائع. لا تفعل شيئًا حين يكون الحد اتصالك أنت، ويمكن أن تجعل الأمور أسوأ حين يعد مضيف المقابس لكل عنوان IP ويبدأ برفضها. مكان ما بين أربعة وثمانية النطاق المفيد؛ ثلاثون يأتي بنتيجة عكسية.

هل يمكن أن يستمر تنزيل بينما الشاشة مقفلة؟

نعم، إن سُلِّم إلى خدمة النقل الخلفية للنظام. شاشة القفل غير ذات صلة بتلك الخدمة — تعليق التطبيق هو ما يهم، والهدف بأكمله من الآلية أنها تستمر بغض النظر.

لماذا يعيد تنزيلي البدء بدلًا من الاستئناف؟

لم يحترم الخادم طلب النطاق. تعرف ذلك لأن التقدم يعود إلى صفر بدلًا من المتابعة. تدعم بعض المضيفات النطاقات فقط على عناوين تنزيلها الموقَّعة، ويعطّلها بعضها كليًا، ويحترمها قليل منها للملفات الصغيرة لا الكبيرة.

هل تحويل بث إلى MP4 مثل إعادة ترميزه؟

لا. إعادة التغليف تنقل الفيديو والصوت الموجودين إلى حاوية MP4 من دون لمسهما — خالية من الفقدان، وسريعة بما يكفي لتنتهي خلال ثوانٍ. إعادة الترميز تعيد بناء الصورة بمرمِّز مختلف وتفقد الجودة دائمًا. إن استغرق حفظ بث مدته ساعتان ساعتين، فشيء ما يُعاد ترميزه من دون حاجة.

FoxDL

كيف ينزّل FoxDL

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

أجزاء متوازية لملف واحد، تُكتَب مباشرة في موضعها النهائي على القرص بدلًا من أجزاء مؤقتة يجب ضمها لاحقًا.
نقل في الخلفية يستمر بعد مغادرة التطبيق الشاشة، ويتابع من الإزاحة المؤكَّدة الأخيرة — لا من آخر بايت ظن التطبيق أنه استلمه.
استئناف بعد انقطاع، أو إعادة تشغيل، أو إغلاق قسري، شريطة أن يحترم الخادم طلبات النطاق. حين لا يفعل، يقول FoxDL ذلك بدلًا من التكرار.
بثوث HLS مُعاد تغليفها إلى MP4، فما يصل إلى المكتبة ملف عادي، لا مجلد مقاطع.
فاحص تنزيلات يبلّغ الحجم والنوع الحقيقيَّين ودعم الاستئناف لرابط قبل أن تبدأ.
يصل كل شيء إلى مجلد عادي يستطيع تطبيق الملفات رؤيته.

تختلف المخصصات المجانية حسب المنصة: على iPhone وiPad عدد صغير من الممرات يُجدَّد بفيديو مكافأة قصير تبدأه بنفسك؛ وعلى Mac، حيث لا إعلان إطلاقًا، عدد يومي ثابت. يزيل Pro الحد على كل جهاز.

أسئلة شائعة

كل الأسئلة

مكتبتك، أخيرًا في مكان واحد.

تنزيل مجاني. بلا حساب ولا تسجيل — المجموعة كاملة في النسخة المجانية.

حمّله من App Store