صور غير مكتملة عبر وسيط: تحقق من إتمام الكتابة في Netty

تعمل الصورة عبر اتصال مباشر سريع لكنها تصل غير مكتملة عبر وسيط أمامي أبطأ. من الأسباب المحتملة أن يغلق الأصل الاتصال بينما لا تزال استجابته قيد الكتابة.

إدخال/إخراج Netty غير متزامن. العودة من writeAndFlush لا تعني أن تلك العملية اكتملت. لذا فإن هذا الترتيب غير آمن لاستجابة لا تزال تحتفظ ببايتات في قائمة الانتظار:

ctx.writeAndFlush(response);
ctx.close();

عندما يُغلق تبادل HTTP عمدًا بعد رسالة استجابته الأخيرة، اربط الإغلاق بمستقبل تلك الكتابة:

ctx.writeAndFlush(finalResponseMessage)
    .addListener(ChannelFutureListener.CLOSE);

تفترض القطعة أن الاستجابة بُنيت وأُطّرت بشكل صحيح مسبقًا. بالنسبة لجسم متدفق، استخدم اكتمال رسالته الأخيرة بدلًا من كتابة ترويسته. وبالنسبة لاتصال HTTP دائم، لا تضف إغلاقًا لمجرد انتهاء استجابة.

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

المقارنة المفيدة هي طول الاستجابة الكامل ونتيجة الكتابة في كل مسار. يمكن للوسيط أن يغيّر التوقيت بما يكفي لكشف خطأ قائم في دورة الحياة؛ لكن وجوده لا يثبت أن ضاغطه أو ذاكرته المؤقتة أسقطت البايتات.