GetHashCode Made Easy

Microsoft .NET

Update (2021-10-22)

Updated after I discovered that there is a new Nuget package called Microsoft.Bcl.HashCode which allows you to use System.HashCode in frameworks older than netstandard2.1.

Update (2019-06-12)

I updated my HashCode implementation to cover a few more scenarios which I discuss below.

Update (2018-08-14)

I updated this article to talk about a new HashCode class included in .NET Core 2.1 and licensing information for my code since I've been asked repeatedly.

Implementing GetHashCode is hard work and little understood. If you take a look on MSDN or Stack Overflow for a few pointers, you'll see a plethora of examples with all kinds of little used C# operators and magic numbers with little explanation for developers (Especially the newbies) what they are for and why we need them. This, for a method which exists on the Object class and is the root of all that is good and wholesome in C# is surprising.

Before I continue, I recommend reading Eric Lippert's blog post about the subject. He does not show any code, just goes into when and where we need to implement the GetHashCode method. Eric does a much better job than I could do but in short, GetHashCode is implemented wherever you implement the Equals method and ideally your class should be immutable.

Now down to the nitty gritty. How do we make implementing GetHashCode easy. Well, suppose we have the following class:

public sealed class SuperHero
{
    private readonly string name;
    private readonly int age;
    private readonly ReadOnlyCollection<string> powers;

    public SuperHero(string name, int age, IEnumerable<string> powers)
    {
        this.name = name;
        this.age = age;
        this.powers = new ReadOnlyCollection<string>(powers.ToList());
    }

    public int Age => this.age;

    public string Name => this.name;

    public ReadOnlyCollection<string> Powers => this.powers;

    public override bool Equals(object obj)
    {
        // ...
    }

    public override int GetHashCode()
    {
        // TODO
    }
}

In our example we have an immutable object with a variety of fields of different types, including a collection. One possible implementation of GetHashCode according to the highest rated Stack Overflow post (If modified to fit our example and deal with null's) may be:

public override int GetHashCode()
{
    unchecked
    {
        int hashCode = 17;

        hashCode = (hashCode * 23) + (name == null ? 0 : this.name.GetHashCode());

        hashCode = (hashCode * 23) + this.age;

        foreach (string power in this.powers)
        {
            hashCode = (hashCode * 23) + (power == null ? 0 : power.GetHashCode());
        }

        return hashCode;
    }
}

I don't know about you but that code looks awfully unwieldy to me. For a start we've got two different magic numbers 17 and 23. Why? As it happens these are prime numbers and reduces the chance of getting collisions between hashes (Two un-equal objects are supposed to have different hash codes but sometimes this is not the case due to hash collisions that can occur).

We've also got the unchecked C# keyword which stops overflow checking to improve performance (That's not something you see every day). Bear in mind that the whole point of the GetHashCode method is to allow things like the Dictionary type to quickly retrieve objects.

I personally would not be able to remember how to do this each time I need to implement GetHashCode and it seems like you could very easily introduce bugs by making a typo. How about a helper class (Well actually a struct for better performance)?

/// <summary>
/// A hash code used to help with implementing <see cref="object.GetHashCode()"/>.
/// </summary>
public struct HashCode : IEquatable<HashCode>
{
    private const int EmptyCollectionPrimeNumber = 19;
    private readonly int value;

    /// <summary>
    /// Initializes a new instance of the <see cref="HashCode"/> struct.
    /// </summary>
    /// <param name="value">The value.</param>
    private HashCode(int value) => this.value = value;

    /// <summary>
    /// Performs an implicit conversion from <see cref="HashCode"/> to <see cref="int"/>.
    /// </summary>
    /// <param name="hashCode">The hash code.</param>
    /// <returns>The result of the conversion.</returns>
    public static implicit operator int(HashCode hashCode) => hashCode.value;

    /// <summary>
    /// Implements the operator ==.
    /// </summary>
    /// <param name="left">The left.</param>
    /// <param name="right">The right.</param>
    /// <returns>The result of the operator.</returns>
    public static bool operator ==(HashCode left, HashCode right) => left.Equals(right);

    /// <summary>
    /// Implements the operator !=.
    /// </summary>
    /// <param name="left">The left.</param>
    /// <param name="right">The right.</param>
    /// <returns>The result of the operator.</returns>
    public static bool operator !=(HashCode left, HashCode right) => !(left == right);

    /// <summary>
    /// Takes the hash code of the specified item.
    /// </summary>
    /// <typeparam name="T">The type of the item.</typeparam>
    /// <param name="item">The item.</param>
    /// <returns>The new hash code.</returns>
    public static HashCode Of<T>(T item) => new HashCode(GetHashCode(item));

    /// <summary>
    /// Takes the hash code of the specified items.
    /// </summary>
    /// <typeparam name="T">The type of the items.</typeparam>
    /// <param name="items">The collection.</param>
    /// <returns>The new hash code.</returns>
    public static HashCode OfEach<T>(IEnumerable<T> items) =>
        items == null ? new HashCode(0) : new HashCode(GetHashCode(items, 0));

    /// <summary>
    /// Adds the hash code of the specified item.
    /// </summary>
    /// <typeparam name="T">The type of the item.</typeparam>
    /// <param name="item">The item.</param>
    /// <returns>The new hash code.</returns>
    public HashCode And<T>(T item) =>
        new HashCode(CombineHashCodes(this.value, GetHashCode(item)));

    /// <summary>
    /// Adds the hash code of the specified items in the collection.
    /// </summary>
    /// <typeparam name="T">The type of the items.</typeparam>
    /// <param name="items">The collection.</param>
    /// <returns>The new hash code.</returns>
    public HashCode AndEach<T>(IEnumerable<T> items)
    {
        if (items == null)
        {
            return new HashCode(this.value);
        }

        return new HashCode(GetHashCode(items, this.value));
    }

    /// <inheritdoc />
    public bool Equals(HashCode other) => this.value.Equals(other.value);

    /// <inheritdoc />
    public override bool Equals(object obj)
    {
        if (obj is HashCode)
        {
            return this.Equals((HashCode)obj);
        }

        return false;
    }

    /// <summary>
    /// Throws <see cref="NotSupportedException" />.
    /// </summary>
    /// <returns>Does not return.</returns>
    /// <exception cref="NotSupportedException">Implicitly convert this struct to an <see cref="int" /> to get the hash code.</exception>
    [EditorBrowsable(EditorBrowsableState.Never)]
    public override int GetHashCode() =>
        throw new NotSupportedException(
            "Implicitly convert this struct to an int to get the hash code.");

    private static int CombineHashCodes(int h1, int h2)
    {
        unchecked
        {
            // Code copied from System.Tuple so it must be the best way to combine hash codes or at least a good one.
            return ((h1 << 5) + h1) ^ h2;
        }
    }

    private static int GetHashCode<T>(T item) => item?.GetHashCode() ?? 0;

    private static int GetHashCode<T>(IEnumerable<T> items, int startHashCode)
    {
        var temp = startHashCode;

        var enumerator = items.GetEnumerator();
        if (enumerator.MoveNext())
        {
            temp = CombineHashCodes(temp, GetHashCode(enumerator.Current));

            while (enumerator.MoveNext())
            {
                temp = CombineHashCodes(temp, GetHashCode(enumerator.Current));
            }
        }
        else
        {
            temp = CombineHashCodes(temp, EmptyCollectionPrimeNumber);
        }

        return temp;
    }
}

The helper struct can be used in our SuperHero class like so:

public override int GetHashCode()
{
    return HashCode
        .Of(this.name)
        .And(this.age)
        .AndEach(this.powers);
}

Now isn't that pretty? All the nasty magic numbers and unchecked code has been hidden away. It is a very lightweight and simple struct, so although we create new instances of it, it's stored in the stack rather than the memory heap. What's more, is that is code is just as fast (I've timed it)! We're using generics so there is no boxing or unboxing going on. We're still using the unchecked keyword, so overflow checking is still disabled.

One interesting edge case is what to do when hashing a collection and you get either a null or empty collection. Should you use a zero to represent both scenarios (zero is usually used to represent a null value) or differentiate them somehow. I managed to get a response from Jon Skeet himself on Stack Overflow:

if both states are valid, it seems perfectly reasonable to differentiate between them. (Someone carrying an empty box isn't the same as someone not carrying a box at all...)

This is why we use the prime number 19 (it could have been any prime number) to represent an empty collection. Whether this matters or not depends on your use case. If an empty collection means something different in your scenario, then we've got you covered. Generally speaking though, if you are exposing a collection property in your class you should consider making it a getter only and initializing it in the constructor, so that it is never null in the first place but here we're trying to cover all scenarios.

.NET Core HashCode

If you are using .NET Core 2.1, consider using the System.HashCode struct instead of my code. If your using an older framework you can also try the Microsoft.Bcl.HashCode NuGet package. There are two ways to use it:

HashCode.Combine

The Combine method can be used to create a hash code, given up to eight objects.

public override int GetHashCode() =>
    HashCode.Combine(object1, object2);

HashCode.Add

The Add method is similar to my code but it does not handle collections and is not fluent:

public override int GetHashCode()
{
    var hash = new HashCode();
    hash.Add(this.object1);
    hash.Add(this.object2);
    return hash.ToHashCode();
}

Advantages and Disadvantages

There are several advantages to using the .NET Core HashCode:

  • It's part of the .NET Core base class library (BCL), so it's maintained and officially supported.
  • It has good performance. I haven't written a benchmark against comparing my code to the .NET Core code. If you do, I'd be interested to hear the results.
  • Like my code, it handles null's automatically.

The disadvantages are:

  • You have to be using .NET Core 2.1 or above.
  • It does not handle collections, you have to write a for loop to handle that yourself. You could be clever and write a quick extension method to handle this scenario.
  • It's not fluent, so you end up with slightly uglier code in my opinion. If you are a fan of C# 7 expression bodied members, then my fluent code lets you use them, while the .NET Core HashCode.Add method does not.

License

I have been asked repeatedly for licensing of my code above. Developers have been asking permission to use it in a Kerbal Space program plugin and even in the excellent Chocolatey project which has been totally unexpected for me because this is code I wrote years ago. It just goes to show how fundamental GetHashCode is. Please consider the code as MIT licensed, do good with it and be excellent to each other!

Web Mentions

What's this?

0 Replies

GitHub Comments

RehanSaeed

Nathan Nathan commented on 2014-06-13 12:52:08

Very cool class!

RehanSaeed

Savvas Savvas commented on 2014-07-30 13:23:01

Very very nice! Thank you.

RehanSaeed

Trenton McFarlane Trenton McFarlane commented on 2016-07-27 02:18:55

Very clean! Thank you! I've found but little help elsewhere on a clean implementation like this. Well done!

RehanSaeed

Leonid Efremov Leonid Efremov commented on 2017-09-06 11:51:07

int hashCode = items.Select(x => GetHashCode(x)).Aggregate((x, y) => CombineHashCodes(x, y));

Will get Exception for empty array, maybe this is better to use:

var hashCode = items.Any() ? items.Select(GetHashCode).Aggregate(CombineHashCodes) : 0;
RehanSaeed

Muhammad Rehan Saeed Muhammad Rehan Saeed commented on 2017-09-12 15:28:06

int hashCode = items.Select(x => GetHashCode(x)).Aggregate((x, y) => CombineHashCodes(x, y));

Will get Exception for empty array, maybe this is better to use:

var hashCode = items.Any() ? items.Select(GetHashCode).Aggregate(CombineHashCodes) : 0;

Thanks, I've updated the post.

RehanSaeed

Crispin Crispin commented on 2018-01-09 14:30:51

Thanks, I've updated the post.

Suggested correction is missing a null check on items. Enumerable.Any will null check argument and throw.

RehanSaeed

Muhammad Rehan Saeed Muhammad Rehan Saeed commented on 2018-01-23 11:51:52

Suggested correction is missing a null check on items. Enumerable.Any will null check argument and throw.

Added your suggestion. Thanks.

RehanSaeed

Union Union commented on 2018-03-24 01:45:03

Very cool! You should make this a nuget package

RehanSaeed

Simeon Simeon commented on 2018-08-14 15:20:18

This struct is so great that it should go straight into the .NET Framework! Thank You, Rehan, for sharing it with us! However, I could not find any license information about it. Could you, please, let us know how we are allowed to use it.

RehanSaeed

Muhammad Rehan Saeed Muhammad Rehan Saeed commented on 2018-08-14 16:12:53

This struct is so great that it should go straight into the .NET Framework! Thank You, Rehan, for sharing it with us! However, I could not find any license information about it. Could you, please, let us know how we are allowed to use it.

Thanks! You are in fact the third person to ask about licensing. I have updated the blog post with information about a new helper available in .NET Core and also licensing information.

RehanSaeed

Matt Whitfield Matt Whitfield commented on 2018-08-16 09:30:28

Pretty sure this is wrong: 'Two equal objects are supposed to have the same hash code but sometimes this is not the case due to some maths that I'm not going to go into'. I think you mean 'Two objects that are not equal are supposed to have different hash codes'. Because having two objects that are equal and do not have the same hash code breaks equality.

RehanSaeed

Muhammad Rehan Saeed Muhammad Rehan Saeed commented on 2018-08-16 11:25:58

Pretty sure this is wrong: 'Two equal objects are supposed to have the same hash code but sometimes this is not the case due to some maths that I'm not going to go into'. I think you mean 'Two objects that are not equal are supposed to have different hash codes'. Because having two objects that are equal and do not have the same hash code breaks equality.

Sometimes there are hash collisions where objects which are not equal to each other produce the same hash.

RehanSaeed

Brandon Brandon commented on 2018-08-16 12:32:08

Sometimes there are hash collisions where objects which are not equal to each other produce the same hash.

Hi, great post and thanks for it, for clarification I thought Matt was indicating a possible need to update the article. I also think "Two equal objects are supposed to have the same hash code but sometimes this is not the case due to some maths that I'm not going to go into" is stated incorrectly. Two equal objects do indeed have the same hash. We are assuming you meant "Two un-equal objects are supposed to have different hash codes but sometimes this is not the case, a hash collision, due to some maths that I'm not going to go into". By definition equal objects can't have unequal hashes, correct?

RehanSaeed

Matt Whitfield Matt Whitfield commented on 2018-08-16 13:27:04

Sometimes there are hash collisions where objects which are not equal to each other produce the same hash.

So might be an idea to update the phrase that's wrong above then?

RehanSaeed

Muhammad Rehan Saeed Muhammad Rehan Saeed commented on 2018-08-16 14:55:21

So might be an idea to update the phrase that's wrong above then?

I re-read your comment and yes, you are totally right. Updated, thank you!

RehanSaeed

Nadav Nadav commented on 2018-12-11 15:01:56

Shouldn't:

public HashCode AndEach(IEnumerable items)

Be:

public HashCode AndEach(IEnumerable items)

Also, if you want the code to be as fast as possible, then you should not use Linq, using

var temp = this.value;
foreach (T item in items)
{
    temp = CombineHashCodes(temp, GetHashCode(item));
}
return new HashCode(temp);

Is much faster....

RehanSaeed
(edited )

Oliver Oliver commented on 2018-12-14 09:46:36

Just another idea (I used in my implementation): HashCode has to be fast and collisions for different objects are allowed (than Equals() has to be called). So for collection it is not always wise to iterate over all elements (maybe there are millions in there) and maybe it is just enough to consider the first n-elements for generating the hash code. So for this purpose it would be great to enhance the .AndEach() call to take a second optional number parameter AndEach(IEnumerable items, int count =10) which will simply be added to the LINQ statement as items.Take(count).Select(GetHashCode). Within the usage you can then provide a meaningful number for your use-case. This update maybe changes existing implementations. To avoid this, the optional parameter could also be initialized with int.MaxValue to provide the current behaviour.

RehanSaeed

Muhammad Rehan Saeed Muhammad Rehan Saeed commented on 2018-12-14 11:40:03

Shouldn't:

public HashCode AndEach(IEnumerable items)

Be:

public HashCode AndEach(IEnumerable items)

Also, if you want the code to be as fast as possible, then you should not use Linq, using

var temp = this.value;
foreach (T item in items)
{
    temp = CombineHashCodes(temp, GetHashCode(item));
}
return new HashCode(temp);

Is much faster....

Good point about not using Linq.

RehanSaeed
(edited )

Muhammad Rehan Saeed Muhammad Rehan Saeed commented on 2018-12-14 11:41:37

Just another idea (I used in my implementation): HashCode has to be fast and collisions for different objects are allowed (than Equals() has to be called). So for collection it is not always wise to iterate over all elements (maybe there are millions in there) and maybe it is just enough to consider the first n-elements for generating the hash code. So for this purpose it would be great to enhance the .AndEach() call to take a second optional number parameter AndEach(IEnumerable items, int count =10) which will simply be added to the LINQ statement as items.Take(count).Select(GetHashCode). Within the usage you can then provide a meaningful number for your use-case. This update maybe changes existing implementations. To avoid this, the optional parameter could also be initialized with int.MaxValue to provide the current behaviour.

That's an interesting idea. Not sure how often this use cases pops up.

RehanSaeed

Laksh Laksh commented on 2019-07-11 21:46:51

Are any of the hash code methods you mentioned are deterministic? The HashCode class from .NET Core is not deterministic.

RehanSaeed

Muhammad Rehan Saeed Muhammad Rehan Saeed commented on 2019-07-16 10:14:47

Are any of the hash code methods you mentioned are deterministic? The HashCode class from .NET Core is not deterministic.

Object.GetHashCode returns different values every time an application is restarted. So it is not strictly deterministic and you should not rely on it being so. It sounds like you want to use one of the other hash algorithms in the cryptographic namespace which are deterministic.

RehanSaeed

Nawfal Nawfal commented on 2020-05-06 20:36:52

Hi Rehan, is your HashCode implementation published as a nuget package?

RehanSaeed

Muhammad Rehan Saeed Muhammad Rehan Saeed commented on 2020-05-07 12:48:30

Hi Rehan, is your HashCode implementation published as a nuget package?

No. Maybe I'll add it though. Seems strange to do so for one simple class.

RehanSaeed

Nawfal Nawfal commented on 2020-05-07 19:34:39

No. Maybe I'll add it though. Seems strange to do so for one simple class.

Rehan, alright. Its not really required. I could just copy the class. Asking just in case..