随着C#7.2发布的Span<T>的出现，将字符串的底层内存表示捕获到托管字节数组中的规范技术是：

byte[] bytes = "rubbish_\u9999_string".AsSpan().AsBytes().ToArray();

将其转换回去应该是一件不容易的事，因为这意味着您实际上正在以某种方式解释数据，但为了完整性：

string s;
unsafe
{
    fixed (char* f = &bytes.AsSpan().NonPortableCast<byte, char>().DangerousGetPinnableReference())
    {
        s = new string(f);
    }
}

NonPortableCast和DangerousGetPinnableReference这两个名称应该进一步证明您可能不应该这样做。

注意，使用Span<T>需要安装System.Memory NuGet包。

无论如何，实际的原始问题和后续评论暗示底层内存没有被“解释”（我假设这意味着没有修改或读取，超出了按原样编写的需要），这表明应该使用Stream类的某些实现，而不是将数据作为字符串进行推理。

关键问题是字符串中的字形需要32位（字符代码为16位），但字节只有8位可用。一对一映射不存在，除非您将自己限制为仅包含ASCII字符的字符串。System.Text.Encoding有很多方法可以将字符串映射到byte[]，您需要选择一种方法来避免信息丢失，并且当您的客户端需要将byte[]映射回字符串时，它很容易使用。

Utf8是一种流行的编码方式，它紧凑而无损耗。

bytes[] buffer = UnicodeEncoding.UTF8.GetBytes(string something); //for converting to UTF then get its bytes

bytes[] buffer = ASCIIEncoding.ASCII.GetBytes(string something); //for converting to ascii then get its bytes

这取决于你想要的字节

这是因为，正如泰勒所恰当地说的，“字符串不是纯数据。它们也有信息。”在这种情况下，信息是创建字符串时假定的编码。

假设您有二进制数据（而不是文本）存储在字符串中

这是基于OP对自己问题的评论，如果我理解OP在用例中的提示，这是正确的问题。

由于上面提到的假设编码，将二进制数据存储在字符串中可能是错误的方法！无论哪个程序或库将二进制数据存储在字符串中（而不是更合适的byte[]数组），在战斗开始之前就已经失败了。如果他们以REST请求/响应或任何必须传输字符串的方式向您发送字节，Base64将是正确的方法。

如果您有一个编码未知的文本字符串

其他人都错误地回答了这个错误的问题。

如果字符串看起来不错，只需选择一个编码（最好是以UTF开头的编码），使用相应的System.Text.encoding。？？？。GetBytes（）函数，并告诉给谁您选择了哪种编码。

LINQ的简单代码

string s = "abc"
byte[] b = s.Select(e => (byte)e).ToArray();

编辑：如下所述，这不是一个好方法。

但您仍然可以使用它来理解LINQ，并使用更合适的编码：

string s = "abc"
byte[] b = s.Cast<byte>().ToArray();

试试这个，代码更少：

System.Text.Encoding.UTF8.GetBytes("TEST String");