Как генерировать ДЛИННЫЙ гуид?

StringBuilder sb = new StringBuilder();
for (int i = 0; i < HOW_MUCH_YOU_WANT / 32; i++)
   sb.Append(Guid.NewGuid().ToString("N"));
return sb.ToString();

но за что?

Если ваши идентификаторы GUID сталкиваются, могу ли я спросить, как вы их генерируете?

Астрономически маловероятно, что ИДЕНТИФИКАТОРы GUID столкнутся так, как они основаны на:

• 60 бит - метка времени во время генерации
• 48 бит - идентификатор компьютера
• 14 бит - уникальный идентификатор
• 6 бит фиксированы

Вам придется запустить генерацию GUID на одной и той же машине около 50 раз в один и тот же момент времени, чтобы иметь 50% вероятность столкновения. Обратите внимание, что мгновенное измеряется вплоть до наносекунд.

Обновление:

Согласно вашему комментарию "помещение идентификаторов GUID в хэш-сбой"... метод GetHashCode() — это то, что вызывает столкновение, а не идентификаторы GUID:

public override int GetHashCode()
{
    return ((this._a ^ ((this._b << 0x10) | ((ushort) this._c))) ^ ((this._f << 0x18) | this._k));
}

Вы можете видеть, что он возвращает int, поэтому, если у вас более 2^32 «GUID» в хэш-версии,Вы на 100% будете иметь столкновение.

Проблема здесь , почему , а не как . Идентификатор сеанса больше , чем GUID, бесполезен, потому что он уже достаточно велик, чтобы предотвратить атаки методом грубой силы.

Если вас беспокоит предсказание GUID, не беспокойтесь. В отличие от более ранних последовательных GUID, GUID V4 криптографически безопасны на основе RC4. Единственный известный мне эксплойт зависит от наличия полного доступа к внутреннему состоянию процесса, генерирующего значения, поэтому он никуда не приведет, если все, что у вас есть, - это частичная последовательность GUID.

Если вы параноик, сгенерируйте GUID, хешируйте его чем-то вроде SHA-1 и используйте это значение. Однако это пустая трата времени. Если вас беспокоит захват сеанса, вам следует обратить внимание на SSL, а не на это.

byte[] random = new Byte[384];

//RNGCryptoServiceProvider is an implementation of a random number generator.
RNGCryptoServiceProvider rng = new RNGCryptoServiceProvider();
rng.GetBytes(random);
var sessionId = Convert.ToBase64String(random);

Вы можете заменить "/" и "=" из кодировки base64 на любые специальные символы, приемлемые для вас.

Кодировка base64 создает строку, которая на 4/3 больше, чем массив байтов (следовательно, 384 байта должны дать 512 символов).

Это дает на порядок больше значений, чем кодировка base16 (hex). 512^16 против 512^64

Также, если вы собираетесь использовать их в sql server, убедитесь, что отключена чувствительность к регистру.

Есть два действительно простых способа (C#):

1) Сгенерировать кучу гидов с помощью Guid.NewGuid().ToString("N"). каждый GUID будет длиной 32 символа, поэтому просто сгенерируйте 8 из них и объедините их, чтобы получить 256 символов.

2) Создайте постоянную строку (const string sChars = "abcdef") допустимых символов, которые вы хотели бы видеть в своем UID. Затем в цикле случайным образом выберите символы из этой строки, генерируя случайным образом число от 0 до длины строки допустимых символов (sChars), и объедините их в новую строку (используйте stringbuilder для повышения производительности, но и string тоже подойдет).

Вы можете попробовать Библиотеку Uuid boost. Она поддерживает множество генераторов, включая генератор случайных чисел, который может удовлетворить ваши потребности.

Я бы использовал какой-то хеш std :: time (), вероятно, sha512. ex (с использованием crypto ++ для кодировки sha hash + base64).

#include <iostream>
#include <sstream>
#include <ctime>
#include <crypto++/sha.h>
#include <crypto++/base64.h>

int main() {
    std::string digest;
    std::stringstream ss("");
    ss << std::time(NULL);

    // borrowed from http://www.cryptopp.com/fom-serve/cache/50.html
    CryptoPP::SHA512 hash;
    CryptoPP::StringSource foo(ss.str(), true,
        new CryptoPP::HashFilter(hash,
           new CryptoPP::Base64Encoder(
               new CryptoPP::StringSink(digest))));
    std::cout << digest << std::endl;

    return 0;
}