Случайные числа сталкиваются с одним и тем же кодом .Net в разных процессах

Если по каким-то причинам вы не можете этого сделать, вам следует использовать GUID для этой цели. Таким образом вы устраните столкновения.

За комментарий: вы можете использовать GUID и 64-бит хеш FNV и использовать XOR-folding, чтобы получить результат в пределах 59 бит, которые у вас есть. Не как доказательство столкновения как GUID, но лучше, чем у вас.

Другой способ добиться этого - не использовать класс Random, поскольку он чреват такими проблемами. Вы можете выполнить ту же функциональность (случайный 18-значный номер), используя генератор случайных чисел криптографического качества, доступный в System.Security.Cryptography.

Я изменил свой код, чтобы использовать класс RNGCryptoServiceProvider для генерации идентификатора.

// returns an 18 digit number as a string
private string GetUID()
{
    string rndString = "";
    var rnd = new RNGCryptoServiceProvider();
    var data = new byte[18];
    rnd.GetBytes(data); 
    foreach(byte item in data)
    {
        rndString += Convert.ToString((int)item % 10);
    }
    return rndString;
}

Попробуйте использовать эту функцию для семени вместо DateTime.Now.Ticks:

public static int GetSeed()
{
    byte[] raw = Guid.NewGuid().ToByteArray();
    int i1 = BitConverter.ToInt32(raw, 0);
    int i2 = BitConverter.ToInt32(raw, 4);
    int i3 = BitConverter.ToInt32(raw, 8);
    int i4 = BitConverter.ToInt32(raw, 12);
    long val = i1 + i2 + i3 + i4;
    while (val > int.MaxValue)
    {
        val -= int.MaxValue;
    }
    return (int)val;
}

Это в основном превращает Guid в int. Теоретически вы можете получить дубликаты, но это вряд ли возможно.

Изменить: или просто использовать:

Guid.NewGuid().GetHashCode();

Использование DateTime.Now.Ticks, с другой стороны, почти гарантирует столкновение в некоторой точке. Очень часто в программировании Windows есть разрешение по таймеру, указанное в единицах, которые намного превосходят точность таймера (я впервые столкнулся с этим с помощью управления таймером Visual Basic 3.0, установленным в миллисекундах, но только на самом деле ушел 18 раз в секунду), Я не знаю этого точно, но я готов поспорить, если вы только запустили цикл и распечатали DateTime.Now.Ticks, вы увидите значения, квантующиеся примерно в 15 мс или около того. Таким образом, с 4 процессами на самом деле действительно вероятно, что два из них в конечном итоге будут использовать одно и то же семя для функции Random.

Так как функция GetSeed, основанная на Guid, обладает невероятной вероятностью создания дубликатов, в идеале вы хотели бы создать какой-то банк предварительно рассчитанных уникальных номеров. Однако, поскольку вы говорите об отдельных процессах здесь, вам придется придумать какой-то способ кэширования значений, где все процессы могли бы их читать, что беспокоит.

Если вы хотите волноваться о космически маловероятных событиях, покупайте лотерейные билеты.

Ип это может произойти, и поэтому он сделал.

Вы должны инициализировать Random только один раз, при запуске. Если у вас много потоков, начинающихся в одно и то же время, получите копию DateTime.Now.Ticks и передайте их каждому потоку с известным смещением, чтобы предотвратить его инициализацию в одно и то же время.

Я также согласен с идеей GUID.

Что касается вашей исходной проблемы, так как Ticks длинный, это утверждение:

(int)DateTime.Now.Ticks

приведет к переполнению. Не уверен, какая какая-то гадость случится тогда...