تحديد المشاكل الشائعة وحلّها
تنظيم صفحاتك في مجموعات
يمكنك حفظ المحتوى وتصنيفه حسب إعداداتك المفضّلة.
اطّلِع على الأقسام التالية للحصول على المساعدة إذا واجهت أي مشاكل.
فقدان الحالة في Fleet Engine
عند العمل مع Fleet Engine، يجب تصميم عملية التنفيذ لتوقّع
الأعطال. على سبيل المثال، إذا أرسلت طلبًا إلى Fleet Engine لتعديل
مركبة، قد يردّ بخطأ يشير إلى عدم
توفّر المركبة. من المفترض أن يعيد تنفيذك إنشاء المركبة في الحالة الجديدة.
في السيناريو غير المرجّح للغاية الذي يتضمّن حدوث عطل كارثي في "محرك الأسطول"،
قد تحتاج إلى إعادة إنشاء معظم المركبات والمهام أو جميعها. إذا أصبح معدّل الإنشاء
مرتفعًا جدًا، قد يتعذّر تنفيذ بعض الطلبات مرة أخرى بسبب مشاكل في الحصة، لأنّ عمليات التحقّق من الحصة
مُعدّة لتجنّب هجمات حجب الخدمة. في هذه الحالة، يمكنك إبطاء
معدّل إعادة الإنشاء باستخدام استراتيجية التراجع لإعادة المحاولة.
عمليات إعادة المحاولة
تأكَّد من أنّ نظامك يُجري عمليات إعادة محاولة للطلبات المرسَلة إلى Fleet Engine لأنّه
قد يتعذّر إكمالها أحيانًا. تُجري مكتبات عملاء Fleet Engine عمليات إعادة محاولة تلقائيًا.
فقدان الحالة في تطبيق السائق
في حال تعطُّل تطبيق برنامج تشغيل الجهاز، يجب أن يعيد التطبيق إنشاء الحالة الحالية ضمن
حزمة تطوير برامج (SDK) لبرنامج تشغيل الجهاز. من المفترض أن يحاول التطبيق إعادة إنشاء المهام للتأكّد من توفّرها
واستعادة حالاتها الحالية. يجب أن يعيد التطبيق أيضًا إنشاء قائمة المحطات لـ Driver SDK ويحددها بوضوح.
ملاحظة: يجب إجراء عمليات الاستعادة هذه بشكل مستقل بدون الاعتماد على
معلومات من Fleet Engine، باستثناء الأخطاء التي تشير إلى ما إذا كان هناك
عنصر متوفّر في قاعدة البيانات أم لا ووقت توفّره. إذا كان الكيان متوفّرًا، يمكن تجاهل هذا الخطأ وتعديل الكيان باستخدام رقم تعريفه.
إنّ محتوى هذه الصفحة مرخّص بموجب ترخيص Creative Commons Attribution 4.0 ما لم يُنصّ على خلاف ذلك، ونماذج الرموز مرخّصة بموجب ترخيص Apache 2.0. للاطّلاع على التفاصيل، يُرجى مراجعة سياسات موقع Google Developers. إنّ Java هي علامة تجارية مسجَّلة لشركة Oracle و/أو شركائها التابعين.
تاريخ التعديل الأخير: 2025-06-13 (حسب التوقيت العالمي المتفَّق عليه)
[[["يسهُل فهم المحتوى.","easyToUnderstand","thumb-up"],["ساعَدني المحتوى في حلّ مشكلتي.","solvedMyProblem","thumb-up"],["غير ذلك","otherUp","thumb-up"]],[["لا يحتوي على المعلومات التي أحتاج إليها.","missingTheInformationINeed","thumb-down"],["الخطوات معقدة للغاية / كثيرة جدًا.","tooComplicatedTooManySteps","thumb-down"],["المحتوى قديم.","outOfDate","thumb-down"],["ثمة مشكلة في الترجمة.","translationIssue","thumb-down"],["مشكلة في العيّنات / التعليمات البرمجية","samplesCodeIssue","thumb-down"],["غير ذلك","otherDown","thumb-down"]],["تاريخ التعديل الأخير: 2025-06-13 (حسب التوقيت العالمي المتفَّق عليه)"],[[["Fleet Engine implementations should be designed to handle failures and potential data loss by recreating vehicles and tasks when necessary."],["In case of Fleet Engine failures, use a backoff strategy to manage the recreation rate and avoid quota issues."],["Implement retries for Fleet Engine requests to address occasional failures, leveraging client library defaults or custom mechanisms."],["Driver apps should autonomously restore state after crashes by recreating tasks and stops within the Driver SDK, relying on error handling for existing entities."]]],["Implement error handling for Fleet Engine failures, such as vehicle non-existence, by recreating entities. In catastrophic failures, recreate vehicles and tasks, using a backoff strategy if quota issues arise. Implement request retries, as provided by Fleet Engine client libraries. If the driver app crashes, autonomously recreate tasks and stop lists within the Driver SDK, relying only on Fleet Engine errors to determine if entities already exist for update purposes.\n"]]
