जावा में Arrays.equals बनाम बराबर


209

जावा में सरणियों की तुलना करते समय, निम्नलिखित 2 कथनों के बीच कोई अंतर है?

Object[] array1, array2;
array1.equals(array2);
Arrays.equals(array1, array2);

और यदि हां, तो वे क्या हैं?


जवाबों:


299

array1.equals(array2)के रूप में ही है array1 == array2, यानी यह एक ही सरणी है। जैसा कि @alf बताते हैं कि यह वह नहीं है जो ज्यादातर लोग उम्मीद करते हैं।

Arrays.equals(array1, array2) सरणियों की सामग्री की तुलना करता है।


इसी तरह array.toString()बहुत उपयोगी नहीं हो सकता है और आप का उपयोग करने की आवश्यकता है Arrays.toString(array)


59
ध्यान दें कि Arrays.equals()बहुआयामी सरणियों के लिए अपेक्षित रूप से काम नहीं करता है, यह केवल संदर्भ समानता के लिए 1 आयाम की वस्तुओं की तुलना करता है। अपाचे कॉमन्स ArrayUtils.isEqualsबहुआयामी सरणियों के साथ काम करता है।
एडम पार्किं

4
मैं स्तब्ध हूँ। क्या लंबाई और हर वस्तु की तुलना के बजाय सूचक तुलना के लिए array.equals को लागू करने का कोई कारण है?
लेक

2
@ लैक सरणी लंबाई और निहित वस्तुओं की तुलना करता है, लेकिन यह क्या नहीं करता है एक गहरी तुलना है। तथ्य बराबर काम करता है क्योंकि सरणियों के लिए उम्मीद टूट गई है, यह पहली जगह में एक मुद्दा नहीं होना चाहिए।
पीटर लॉरी

48
@AdamParkin यही कारण है कि हमारे पास है Arrays.deepEquals(Object[], Object[])
इलियट फ्रिश

3
@JeewanthaSamaraweera कि विधि के लिए परिभाषा है, हालांकि इसके लिए .equalsसामग्री की तुलना नहीं करता है यही कारण है कि आपको उस विधि की आवश्यकता है।
पीटर लॉरी

86

यह एक बदनाम समस्या है: .equals()सरणियों के लिए बुरी तरह से टूट गया है, बस इसका उपयोग न करें, कभी भी।

उस ने कहा, यह "टूटा हुआ" नहीं है जैसा कि "किसी ने इसे वास्तव में गलत तरीके से किया है" - यह सिर्फ वही कर रहा है जो परिभाषित किया गया है और न कि आमतौर पर जो अपेक्षित है। तो शुद्धतावादियों के लिए: यह पूरी तरह से ठीक है, और इसका मतलब यह भी है कि , कभी भी इसका उपयोग न करें।

अब equalsडेटा की तुलना करने के लिए अपेक्षित व्यवहार है। डिफ़ॉल्ट व्यवहार पहचान की तुलना करना है, क्योंकि Objectउसके पास कोई डेटा नहीं है (शुद्धतावादियों के लिए: हाँ यह है, लेकिन यह बात नहीं है); यदि आप equalsउपवर्गों में जरूरत है, तो धारणा है, आप इसे लागू करेंगे। सरणियों में, आपके लिए कोई कार्यान्वयन नहीं है, इसलिए आप इसका उपयोग करने वाले नहीं हैं।

इसलिए यह अंतर Arrays.equals(array1, array2)काम करता है, जैसा कि आप उम्मीद करते हैं (यानी सामग्री की तुलना करता है), कार्यान्वयन पर array1.equals(array2)वापस आ जाता Object.equalsहै, जो बदले में पहचान की तुलना करता है, और इस तरह बेहतर तरीके से प्रतिस्थापित किया जाता है ==(शुद्धतावादियों के लिए: हाँ मुझे पता है null)।

समस्या है, यहां तक ​​कि Arrays.equals(array1, array2)आपको मुश्किल से काटेंगे यदि सरणी के तत्व equalsठीक से लागू नहीं होते हैं। यह बहुत भोली बात है, मुझे पता है, लेकिन एक बहुत महत्वपूर्ण कम-से-स्पष्ट मामला है: एक 2 डी सरणी पर विचार करें।

जावा में 2 डी सरणी सरणियों का एक सरणी है, और सरणियों equalsका टूटना (या यदि आप चाहें तो बेकार है), इसलिए Arrays.equals(array1, array2)आप 2D सरणियों पर अपेक्षा के अनुरूप काम नहीं करेंगे।

उम्मीद है की वो मदद करदे।


13
यह टूटा नहीं है, यह सिर्फ ऑब्जेक्ट से विरासत में मिला है।
माइकल बोर्गवर्ड

क्या किसी सरणी के लिए कस्टम कार्यान्वयन है equals()? मुझे लगा कि ऑब्जेक्ट से ओवरराइड नहीं किया गया है।
मार्टिज़न कोर्टो

@MichaelBorgwardt यह एक सिस्टम लाइब्रेरी है, जिसमें एक विधि है जो वह नहीं करती है जो जावदोक में कही गई है। मेरे लिए काफी टूटा हुआ लगता है। उस ने कहा, मैं मानता हूं कि यह एक बहुत ही विवादास्पद कथन है, लेकिन मेरा मानना ​​है कि "यह टूट गया है" को बेहतर तरीके से याद किया जाता है, और इस तरह इस बारे में सोचना अधिक सुविधाजनक है।
अल्फ

@MartijnCourteaux कि समस्या बिल्कुल है :)
alf

3
सरणियों के सरणियों के लिए, आपको आवश्यकता है Arrays.deepEquals--- यह वही है जो someArray.equalsसभी के साथ किया जाना चाहिए। (संबंधित Objects.deepEquals।)
केविन जे। चेस

16

उन्हें गहराई से समझने के लिए दो तरीकों के कार्यान्वयन के अंदर देखें:

array1.equals(array2);
/**
 * Indicates whether some other object is "equal to" this one.
 * <p>
 * The {@code equals} method implements an equivalence relation
 * on non-null object references:
 * <ul>
 * <li>It is <i>reflexive</i>: for any non-null reference value
 *     {@code x}, {@code x.equals(x)} should return
 *     {@code true}.
 * <li>It is <i>symmetric</i>: for any non-null reference values
 *     {@code x} and {@code y}, {@code x.equals(y)}
 *     should return {@code true} if and only if
 *     {@code y.equals(x)} returns {@code true}.
 * <li>It is <i>transitive</i>: for any non-null reference values
 *     {@code x}, {@code y}, and {@code z}, if
 *     {@code x.equals(y)} returns {@code true} and
 *     {@code y.equals(z)} returns {@code true}, then
 *     {@code x.equals(z)} should return {@code true}.
 * <li>It is <i>consistent</i>: for any non-null reference values
 *     {@code x} and {@code y}, multiple invocations of
 *     {@code x.equals(y)} consistently return {@code true}
 *     or consistently return {@code false}, provided no
 *     information used in {@code equals} comparisons on the
 *     objects is modified.
 * <li>For any non-null reference value {@code x},
 *     {@code x.equals(null)} should return {@code false}.
 * </ul>
 * <p>
 * The {@code equals} method for class {@code Object} implements
 * the most discriminating possible equivalence relation on objects;
 * that is, for any non-null reference values {@code x} and
 * {@code y}, this method returns {@code true} if and only
 * if {@code x} and {@code y} refer to the same object
 * ({@code x == y} has the value {@code true}).
 * <p>
 * Note that it is generally necessary to override the {@code hashCode}
 * method whenever this method is overridden, so as to maintain the
 * general contract for the {@code hashCode} method, which states
 * that equal objects must have equal hash codes.
 *
 * @param   obj   the reference object with which to compare.
 * @return  {@code true} if this object is the same as the obj
 *          argument; {@code false} otherwise.
 * @see     #hashCode()
 * @see     java.util.HashMap
 */
public boolean equals(Object obj) {
    return (this == obj);
}

जबकि:

Arrays.equals(array1, array2);
/**
 * Returns <tt>true</tt> if the two specified arrays of Objects are
 * <i>equal</i> to one another.  The two arrays are considered equal if
 * both arrays contain the same number of elements, and all corresponding
 * pairs of elements in the two arrays are equal.  Two objects <tt>e1</tt>
 * and <tt>e2</tt> are considered <i>equal</i> if <tt>(e1==null ? e2==null
 * : e1.equals(e2))</tt>.  In other words, the two arrays are equal if
 * they contain the same elements in the same order.  Also, two array
 * references are considered equal if both are <tt>null</tt>.<p>
 *
 * @param a one array to be tested for equality
 * @param a2 the other array to be tested for equality
 * @return <tt>true</tt> if the two arrays are equal
 */
public static boolean equals(Object[] a, Object[] a2) {
    if (a==a2)
        return true;
    if (a==null || a2==null)
        return false;

    int length = a.length;
    if (a2.length != length)
        return false;

    for (int i=0; i<length; i++) {
        Object o1 = a[i];
        Object o2 = a2[i];
        if (!(o1==null ? o2==null : o1.equals(o2)))
            return false;
    }

    return true;
}

11

आह। 70 के दशक में वापस आईबीएम 370 प्रणाली के लिए मैं "सिस्टम प्रोग्रामर" (sysadmin) था, और मेरा नियोक्ता आईबीएम उपयोगकर्ता समूह SHARE का सदस्य था। कभी-कभी ऐसा होता है कि किसी सीएमएस कमांड के कुछ अप्रत्याशित व्यवहार पर किसी व्यक्ति ने एपीएआर (बग रिपोर्ट) सबमिट कर दिया है, और आईबीएम नोटबग का जवाब देगा: कमांड यह करता है कि यह क्या करने के लिए डिज़ाइन किया गया था (और प्रलेखन क्या कहता है)।

शेयर इस के लिए एक काउंटर के साथ आया: बीएडी - टूटी हुई डिज़ाइन के रूप में। मुझे लगता है कि यह सरणियों के लिए समान कार्यान्वयन के लिए लागू हो सकता है।

Object.equals के कार्यान्वयन में कुछ भी गलत नहीं है। ऑब्जेक्ट में कोई डेटा सदस्य नहीं है, इसलिए तुलना करने के लिए कुछ भी नहीं है। दो "ऑब्जेक्ट" बराबर हैं यदि और केवल अगर वे हैं, वास्तव में, एक ही ऑब्जेक्ट (आंतरिक रूप से, एक ही पता और लंबाई)।

लेकिन यह तर्क सरणियों पर लागू नहीं होता है। Arrays में डेटा होता है, और आप डेटा की तुलना करने के लिए (समान के माध्यम से) तुलना की उम्मीद करते हैं। आदर्श रूप से, जिस तरह से Arrays.deepEquals करता है, लेकिन कम से कम जिस तरह से Arrays.equals करता है (उथले तत्वों की तुलना)।

तो समस्या यह है कि सरणी (एक अंतर्निहित वस्तु के रूप में) Object.equals को ओवरराइड नहीं करती है। स्ट्रिंग (एक नामित वर्ग के रूप में) Object.equals को ओवरराइड करता है और आपको अपेक्षित परिणाम देता है।

दिए गए अन्य उत्तर सही हैं: [...]। बराबर ([....]) केवल संकेत की तुलना करता है और सामग्री की नहीं। शायद किसी दिन यह सही हो जाएगा। या शायद नहीं: यदि [...] कितने मौजूदा कार्यक्रमों को तोड़ देगा? कई नहीं, मुझे संदेह है, लेकिन शून्य से अधिक।


5
मुझे ब्रोकन.एक डिसाइड किया हुआ संक्षिप्त नाम
क्रिस

5

equals()से विरासत में मिला है Objectऔर इसलिए केवल एक सरणी की तुलना करने पर रिटर्न की तुलना सही है।

दूसरी ओर, Arrays.equalsसरणियों के तत्वों की तुलना करता है।

यह स्निपेट अंतर को स्पष्ट करता है:

Object o1 = new Object();
Object o2 = new Object();
Object[] a1 = { o1, o2 };
Object[] a2 = { o1, o2 };
System.out.println(a1.equals(a2)); // prints false
System.out.println(Arrays.equals(a1, a2)); // prints true

यह भी देखें Arrays.equals()। एक और स्थिर विधि वहाँ भी ब्याज की हो सकता है: Arrays.deepEquals()


1

Arrays.equals(array1, array2):

जांचें कि क्या दोनों सरणियों में समान संख्या में तत्व हैं, और दो सरणियों में तत्वों के सभी संबंधित जोड़े समान हैं।

array1.equals(array2):

ऑब्जेक्ट को किसी अन्य ऑब्जेक्ट से तुलना करें और केवल तभी वापस लौटें, जब दो ऑब्जेक्ट का संदर्भ समान हो Object.equals()


0

equals()सरणियों के से प्राप्त होती है Object, तो यह arrrays की सामग्री को देखने नहीं है, यह केवल एक सरणी खुद के बराबर समझता है।

Arrays.equals()तरीकों करते सरणियों की सामग्री की तुलना करें। सभी आदिम प्रकारों के लिए अधिभार है, और वस्तुओं के लिए वस्तुओं के अपने equals()तरीकों का उपयोग करता है ।


2
आप "सरणियाँ सामग्री" कहते हैं, क्या इसका मतलब बहुआयामी सरणियों से भी है?
एलनफ्रॉस्टर 12

@AlanFoster: नहीं। बहुआयामी सरणियों को सरणियों के ऐरे हैं, जिसका अर्थ है कि वे Arrays.equals (ऑब्जेक्ट [], ऑब्जेक्ट []) को लागू करेंगे, जो उप-सरणियों के बराबर () विधियों को कॉल करता है
माइकल बोर्गवर्डे

0
import java.util.Arrays;
public class ArrayDemo {
   public static void main(String[] args) {
   // initializing three object arrays
   Object[] array1 = new Object[] { 1, 123 };
   Object[] array2 = new Object[] { 1, 123, 22, 4 };
   Object[] array3 = new Object[] { 1, 123 };

   // comparing array1 and array2
   boolean retval=Arrays.equals(array1, array2);
   System.out.println("array1 and array2 equal: " + retval);
   System.out.println("array1 and array2 equal: " + array1.equals(array2));

   // comparing array1 and array3
   boolean retval2=Arrays.equals(array1, array3);
   System.out.println("array1 and array3 equal: " + retval2);
   System.out.println("array1 and array3 equal: " + array1.equals(array3));

   }
}

यहाँ उत्पादन है:

    array1 and array2 equal: false
    array1 and array2 equal: false

    array1 and array3 equal: true
    array1 and array3 equal: false

इस तरह की समस्या को देखकर मैं Arrays.equals(array1, array2)भ्रम से बचने के लिए आपके प्रश्न के अनुसार व्यक्तिगत रूप से जाऊंगा ।


यह सही प्रतीत होता है लेकिन सरणियों पर, तत्वों का क्रम भी महत्वपूर्ण है। उदाहरण के लिए, यदि आपके पास एक और सरणी ऑब्जेक्ट है [] array4 = नई ऑब्जेक्ट [] {123, 1}; Arrays.equals (array3, array4) के साथ, यह गलत वापस आ जाएगा।
जियाओ
हमारी साइट का प्रयोग करके, आप स्वीकार करते हैं कि आपने हमारी Cookie Policy और निजता नीति को पढ़ और समझा लिया है।
Licensed under cc by-sa 3.0 with attribution required.