C# MediaTypeHeaderValue类是线程安全的吗？

告诉我这个类是线程安全的？有条件地，我可以这样使用它：

公共类MyClass { //范例 私有静态只读MediaTypeHeaderValue mediaType =MediaTypeHeaderValue.Parseapplication/octet-stream； //可以从不同的线程调用该方法 公开无效执行 { //使用MediaTypeHeaderValue类似 //HttpRequestMessage请求=。。。 // ...

---

//request.Content.Headers.ContentType=mediaType；//这取决于您如何使用它。如果您只是阅读它，就像您在代码注释中所显示的那样，那么它应该是正常的。如果您开始更改头，例如通过更改mediaType属性的值，那么所有赌注都是无效的。

这取决于您对它做了什么。如果您只是阅读了t、 就像您在代码注释中所显示的那样，这应该是可以的。如果您开始改变头，例如更改MediaType属性的值，那么所有赌注都是无效的。

一般来说，公理是：线程安全是显式的，非线程安全是隐式的。这意味着文档中要么显式声明类是t线程安全，或者不做这样的声明，在这种情况下，您应该假设该类不是线程安全的。非线程安全意味着从多个线程同时访问该类的成员会导致未定义的行为。未定义的行为意味着任何事情都可能发生，如果您不喜欢，您将无法提交错误报告rt，因为无论发生什么，类的制造商都不会将其视为bug。

一般来说，公理是：线程安全是显式的，非线程安全是隐含的。这意味着文档中要么明确声明类是线程安全的，要么没有这样的声明，在这种情况下，您应该假设该类不是线程安全的线程安全。非线程安全意味着从多个线程同时访问类的成员会导致未定义的行为。未定义的行为意味着任何事情都可能发生，如果您不喜欢，您将无法提交错误报告，因为发生的任何事都不会被类的制造商视为错误

从而减少GC上的负载-通常，应用程序其余部分所做的分配将大大超过在需要时创建此类实例的开销。您是否分析并发现分配了太多此类实例？您发布了一个关于x509Certificate2的类似问题。y是否真的那么重要您是否保留了所有分配？换句话说，应用程序的内存使用至关重要，并且已经证明减少此类对象的数量将有助于您的事业？您是否赛马？从而减少GC上的负载-通常，应用程序其余部分所做的分配将大大超过创建应用程序的开销当您需要此类的实例时，它将成为此类的一个实例。您是否分析并发现分配了太多此类的实例？您发布了一个关于x509Certificate2的类似问题。保存所有分配是否真的那么重要？换句话说，应用程序的内存使用至关重要，并且已证明减少这些东西会帮助你的事业吗？你赛马吗？