C#中GUID转Base64后解码无法得到正确原始GUID的问题

乱码不是Base64转换逻辑错误，是两个问题导致的：

• 你解码Base64后拿到的是GUID的原始二进制字节，不是经过文本编码的字符串内容，直接把字节按文本编码转字符串必然显示乱码。
• C#中Guid.ToByteArray()返回的字节数组对GUID前3段采用小端序存储，如果你手动按GUID字符串的顺序拼字节再解码，也会得到顺序错误的结果，但只要用官方Guid构造函数传入字节数组，框架会自动处理字节序问题，不需要手动调整。
• 原生Base64转换得到的字符串长度为24位（含末尾2个==填充符），去掉填充、替换URL不安全字符后长度仅22位，完全满足你最长30位的长度要求。

GUID压缩为短字符串 #

public static string CompressGuid(Guid guid)
{
    byte[] bytes = guid.ToByteArray();
    string base64Str = Convert.ToBase64String(bytes);
    // 移除末尾填充符，替换URL不兼容的特殊字符
    return base64Str.Replace('+', '-').Replace('/', '_').Substring(0, 22);
}

短字符串还原为GUID #

public static Guid DecompressGuid(string shortGuidStr)
{
    // 还原特殊字符，补全Base64要求的填充符
    string base64Str = shortGuidStr.Replace('-', '+').Replace('_', '/') + "==";
    byte[] bytes = Convert.FromBase64String(base64Str);
    // 直接用字节数组构造GUID，框架自动处理字节序
    return new Guid(bytes);
}

用你提供的测试用例执行：

var messageID = Guid.Parse("95ec6174-1d10-4348-a126-faeeb3a026dc");
string shortId = CompressGuid(messageID);
// shortId 输出为 dGHslRAdSEOhJvrus6Am3A，长度22位
Guid originId = DecompressGuid(shortId);
// originId.ToString() 输出为 95ec6174-1d10-4348-a126-faeeb3a026dc，和原GUID完全一致

注意：不要尝试把Base64解码得到的字节直接转成普通文本读取，GUID的二进制结构本身就不是可打印文本，必须通过Guid类型的对应方法完成构造，这是你之前得到乱码的核心原因。

内容的提问来源于stack exchange，提问作者papagallo