Я могу быть уверен, что встроенный хеш для данной строки всегда является тем же?

Да, это будет последовательно, так как строки неизменны. Однако я думаю, что Вы неправильно используете словарь. Необходимо позволить словарю взять хеш строки для Вас при помощи строки как ключ. Хеши, как гарантируют, не будут уникальны, таким образом, можно будет перезаписать один ключ с другим.

Да это будет, это быть целью хэш-кода! Это, как гарантируют, не будет тем же между различными версиями времени выполнения tho. Больше информации о MSDN

Как другие указали, хеш будет оставаться постоянным со временем. Но почему Вы хешируете строку и затем помещаете ее, как включают Словарь? Хеши, как гарантируют, не будут уникальны. Так Вы сравнения могли бы быть неправильными. Позвольте Словарю сделать, это - задание. Я думаю, что самым соответствующим набором к этому случаю является HashSet.

Как многие другие сказали, реализация зависит от версии платформы, но она также зависит от архитектуры. Реализация строки. GetHashCode () является dfferent в x86 и x64 версиях платформы, даже если у них есть тот же номер версии.

Например, если Вы пишете клиент/сервер или тип дистанционной работы .NET архитектуры и хотите использовать строку HashCode, чтобы мешать загрузить большой ресурс, можно только сделать это, если и та же версия и разрядность. Иначе необходимо использовать другой хеш - MD5, SHA и т.д. будет работать правильно.

Я могу быть уверен, что хеш для данной строки ("очень длинная строка") всегда будет тем же?

Да

Я могу быть уверен, что две различных строки не будут иметь того же хеша?

Нет

Строки хешируются на основе их содержания, таким образом, да, тот хеш должен оставаться тем же со временем при использовании GetHashCode по умолчанию.

Документация для Объекта. Состояния GetHashCode

Если два объекта выдерживают сравнение как равные, метод GetHashCode для каждого объекта должен возвратить то же значение.

Таким образом, Вам гарантируют это, хэш-код будет тем же для данной строки. Однако Вам не гарантируют это, это будет уникально (могут быть другие строки, которые имеют тот же хэш-код).

Это - яркий пример для зла преждевременной оптимизации.

У Вас есть вывод профилировщика или сравнительного теста, который говорит Вам, что Сравнение строк между записями в том же блоке хеша на самом деле вызывает проблему производительности?

Не думал так. Просто используйте саму строку в качестве ключа в Словаре. Это - то, как Вы, как предполагается, используете его.

BTW, существуют далекие, намного более различные строки, чем существует другой интервал, таким образом, основная логика говорит Вам, что невозможно иметь другой хэш-код для каждой различной строки.

Как был уже упомянут, можно быть уверены, что хеш для строки partiular совпадет с, они хешируются на основе содержания. Однако Вы не можете быть уверены, что конкретная строка будет хеширована то же для более поздних версий платформы.NET, как упоминается здесь

Таким образом, я сказал бы, что этот метод прекрасен, если он привык внутренне к приложению. При сохранении значения к хранилищу данных затем, вероятно, лучше к функции самокрутки гарантировать, что это остается последовательным через версии.

Вы не должны предполагать о времени выполнения или версиях, просто использовать этот класс CaseInsensitiveStringComparer, который я сделал в свое свободное время (можно передать его конструктору словаря или если Вы используете.NET 3.5, HashSet):

/// <summary>
/// StringComparer that is basically the same as StringComparer.OrdinalIgnoreCase, except that the hash code function is improved and guaranteed not to change.
/// </summary>
public class CaseInsensitiveStringComparer : StringComparer
{
    /// <summary>
    /// Compares two strings, ignoring case
    /// </summary>
    /// <param name="x">First string</param>
    /// <param name="y">Second string</param>
    /// <returns>Compare result</returns>
    public override int Compare(string x, string y)
    {
        return StringComparer.OrdinalIgnoreCase.Compare(x, y);
    }

    /// <summary>
    /// Checks if two strings are equal, ignoring case
    /// </summary>
    /// <param name="x">First string</param>
    /// <param name="y">Second string</param>
    /// <returns>True if strings are equal, false if not</returns>
    public override bool Equals(string x, string y)
    {
        return Compare(x, y) == 0;
    }

    /// <summary>
    /// Gets a hash code for a string, ignoring case
    /// </summary>
    /// <param name="obj">String to get hash code for</param>
    /// <returns>Hash code</returns>
    public override int GetHashCode(string obj)
    {
        if (obj == null)
        {
            return 0;
        }
        int hashCode = 5381;
        char c;
        for (int i = 0; i < obj.Length; i++)
        {
            c = obj[i];
            if (char.IsLower(c))
            {
                c = char.ToUpperInvariant(c);
            }
            hashCode = ((hashCode << 5) + hashCode) + c;
        }
        return hashCode;
    }
}

Учитывая, что существует бесконечное число различных строк его просто не возможно выделить другой интервал (32 бита, которые могут представить до 4 миллиардов), число для каждого.

Со всего 8 символами tehre 2^60 различные строки. Это бесконечно больше, чем 2^32. Естественно хэш-код некоторых из этих строк должен столкнуться.

Два объекта с тем же хэш-кодом не должны быть равными. Знать наверняка использование равняется методу. Это - в основном стратегия, используемая hashmap, чтобы определить, равны ли ключи.

Map.get (Строковый ключ)

• Вычислите хэш-код ключа
• Используйте по модулю для выяснения, какой ключ блока принадлежит также.
• Цикл посредством всех записей от того блока, пытающегося найти ключ соответствия.
• Когда ключевое соответствие найдено, возвращают значение тех записей.

Как примечание стороны, поскольку карты получают все больше элементов, оно воссоздаст больше блоков и поместит все старые записи в новые блоки. Это помогает представить список записи блока от превращения в действительно действительно длинные списки. Карта хочет много блоков с короткими списками.

javadoc для Object.hashcode делает для интересного чтения - я вставил отрывок ниже.

 The equals method implements an equivalence relation:

* It is reflexive: for any reference value x, x.equals(x) should return true.
* It is symmetric: for any reference values x and y, x.equals(y) should return true if and only if y.equals(x) returns true.
* It is transitive: for any reference values x, y, and z, if x.equals(y) returns true and y.equals(z) returns true, then x.equals(z) should return true.
* It is consistent: for any reference values x and y, multiple invocations of x.equals(y) consistently return true or consistently return false, provided no information used in equals comparisons on the object is modified.
* For any non-null reference value x, x.equals(null) should return false. 

Равняется методу для реализаций объекта класса самое отличительное отношение эквивалентности на объектах; то есть, поскольку любая ссылка оценивает X и Y, этот метод возвращает true, если и только если X и Y относятся к тому же объекту (x == y, имеет верное значение).