الآثار المترتبة على الأداء لاستخدام "مثيل" في Java

يقوم عامل التشغيل "مثيل" في Java بإجراء فحص النوع لتحديد ما إذا كان الكائن عبارة عن كائن مثيل لفئة أو واجهة محددة. في حين أنه من المستحسن بشكل عام تقليل استخدامه في تصميم OO، فإن هذه المقالة تتناول على وجه التحديد تأثير الأداء.

المقارنة مع '=='

على عكس عامل المساواة ' =='، الذي يقارن المراجع لهوية الكائن، ويقارن 'instanceof' الأنواع. يعد '==' أسرع بشكل ملحوظ، خاصة بالنسبة لأنواع المراجع، لأنه يتحقق فقط مما إذا كانت المراجع متماثلة.

قياس الأداء البديل

لتقييم الأداء كميًا من 'instanceof'، تم إجراء اختبار مرجعي باستخدام أربعة تطبيقات بديلة:

1. 'instanceof' التنفيذ
2. فئة مجردة مع طريقة اختبار تم تجاوزها
3. تنفيذ نوع مخصص
4. 'getClass () == تنفيذ _.class'

النتائج

كشف المعيار أن 'instanceof' هو بالفعل النهج الأسرع، يليه مباشرة 'getClass()'. كان تنفيذ النوع المخصص وطريقة الفصل المجرد أبطأ بشكل ملحوظ.

استنادًا إلى هذه النتائج، لا ينبغي أن يكون استخدام "instanceof" مصدر قلق للأداء. ومع ذلك، إذا كان تحسين الأداء مطلوبًا، فقد يكون 'getClass()' بديلاً قابلاً للتطبيق.

الاستنتاج

بالنسبة لمعظم حالات الاستخدام، يظل "مثيل" هو الأسرع طريقة التحقق من النوع في جافا أدائه مشابه لأداء 'getClass()'. ومع ذلك، من المهم ملاحظة أن الاعتماد المفرط على "مثيل" يمكن أن يؤدي إلى تعليمات برمجية أقل كفاءة.