Azure-sdk-for-java: [BUG] تسرب الذاكرة في إغلاق ServiceBusReceiverAsyncClient

صف الخلل
عند إنشاء مثيل لـ ServiceBusReceiverAsyncClient يتم إنشاء حقلي مثيل LockContainer .

كل متغير (في مُنشئ LockContainer ) يشترك في Flux من أجل تنظيف الموارد بشكل دوري. تستخدم lambda في عملية التنظيف مثيل حاوية القفل نفسها ، لذلك سيواصل Flux الرجوع إلى مثيل حاوية القفل حتى يتم التخلص من المستهلك.

المسألة هي أنه عندما ServiceBusReceiverAsyncClient مغلق، و LockContainer لا يتم أغلق المتغيرات أيضا، والذي يسبب تسرب الذاكرة.

لإعادة إنتاج
من أجل إعادة إنشاء مثيل ServiceBusReceiverAsyncClient واستدعاء close و start بشكل متكرر. استخدم Visual VM لتتبع استخدام الذاكرة مع عمليات تفريغ الكومة.

هذا هو نمط استخدام الذاكرة الذي يجب أن تراه (زيادة طفيفة ولكن ثابتة في استخدام الذاكرة):

وهذه هي الطريقة التي سيبدو بها عدد المثيلات في الكومة وأحجامها المحتجزة بمرور الوقت:

سلوك متوقع
يجب إغلاق مثيلات LockContainer عندما يكون العميل مغلقًا وبالتالي لا تتسرب إلى الذاكرة.

الإعداد (يرجى استكمال المعلومات التالية):

• نظام التشغيل: Mac / Linux
• IDE: IntelliJ
• 7.0.0

قائمة التحقق من المعلومات
يرجى التأكد من أنك قد أضفت جميع المعلومات التالية أعلاه وتحقق من الحقول المطلوبة وإلا فسوف نتعامل مع المُصدر على أنه تقرير غير مكتمل

• [X] تمت إضافة وصف الخطأ
• [X] خطوات Repro المضافة
• [X] معلومات الإعداد المضافة