الموقع الوهمي على Xiaomi: MIUI وHyperOS

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

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

تعمل آليتان للاستعادة بغض النظر عن إعدادات النظام. الأولى: عند الفتح يقارن التطبيق الحالة المحفوظة بالفعلية، وإذا ماتت العملية يعيد المحاكاة، وهذا المسار يعمل دائمًا. والثانية: مؤقت مراقبة يفحص الحالة دوريًا في الخلفية ويحاول إعادة الخدمة بنفسه.

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

الفرق قابل للقياس. حين يكون التشغيل التلقائي متوقفًا، لا يعيد النظام تشغيل الخدمة إطلاقًا بعد إيقاف العملية، ولا تحدث الاستعادة إلا حين تفتح التطبيق بنفسك. وحين يكون مفعّلًا، يعيد النظام الخدمة الموقوفة في نحو ثلاث ثوانٍ، فيلتقط التطبيق الحالة المحفوظة ويتابع المحاكاة دون تدخلك.

لذا إذا لم تنفذ إلا واحدًا من الإعدادات الثلاثة، فليكن التشغيل التلقائي.

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

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

يحدث سلوك مشابه في Huawei (الإعدادات ← البطارية ← تشغيل التطبيقات ← أوقف الإدارة التلقائية للتطبيق)، وSamsung (الإعدادات ← العناية بالجهاز ← البطارية ← حدود الاستخدام في الخلفية)، وOPPO وrealme وvivo. الأسماء تختلف والفكرة واحدة: اسمح للتطبيق بالعمل في الخلفية واستثنه من توفير البطارية القاسي. وإذا ظلت المحاكاة تنقطع، فإليك شرح الأسباب الشائعة.