C# 静态或非静态方法，线程安全性适用于类型而不是方法
我有一段时间有这种困惑，静态方法实现线程是安全的，实例方法当然是线程安全的，如果我们给每个线程分配一个单独的实例，那么它们就不会干预，然后我意识到，线程安全更多的是类型而不是方法，它们本身不是内存分配，让我们举个例子：C# 静态或非静态方法，线程安全性适用于类型而不是方法,c#,.net,multithreading,C#,.net,Multithreading,我有一段时间有这种困惑，静态方法实现线程是安全的，实例方法当然是线程安全的，如果我们给每个线程分配一个单独的实例，那么它们就不会干预，然后我意识到，线程安全更多的是类型而不是方法，它们本身不是内存分配，让我们举个例子： private static ConcurrentDictionary<int,int> cd; public static void Method1(int userid) { // Modify static object cd based on user
private static ConcurrentDictionary<int,int> cd;
public static void Method1(int userid)
{
// Modify static object cd based on userid key
}
public void Method2(int userid)
{
// Modify static object cd based on userid key
}
私有静态ConcurrentDictionary cd；
公共静态void方法1（int userid）
{
//基于用户ID密钥修改静态对象cd
}
公共void方法2（int userid）
{
//基于用户ID密钥修改静态对象cd
}
本质上，当在运行时由提供不同用户ID的多个线程访问时，这两个方法之间没有区别。我已经测试过了，但想验证我的理解是否正确。线程安全与类和类实例无关。这两种方法都可能以不安全的方式用于线程 但是通常像winforms控件这样的对象不能从其他线程访问它们的资源，因此它们会检查您是否从其他线程访问它们，并且您必须确保使用Invoke为该控件使用所需的线程 静态方法实现线程安全吗 不，如果它们修改共享数据，那么它们同样是非线程安全的。您的示例可能还可以，但这仅仅是因为共享数据本身是线程安全的，是一个不可变类型（
intconcurrentdirectionarystaticinstance methods are certainly thread safe, if we assign a separate instance to each thread
因此，如果有一个对象（与方法无关）（静态或实例）可以由多个线程在读写操作中同时访问，则应使其成为线程安全的。静态方法不是线程安全的，因为它们是静态的 他们是线程安全的，因为有人让他们线程安全。通常在.NET framework中，静态方法是线程安全的，因为有人这样编写它们 您可以同样轻松地编写非线程安全的静态成员，这里没有什么神奇之处
写线程安全的静态成员必须遵循与写线程安全的实例成员所必须遵循的规则完全相同的规则。当您否决投票时，请解释原因，问题出在哪里。每个人都不必有同样的怀疑。停止这种沉默的向下投票，至少说出你的想法，这是相当随机和不尊重（不是向下投票）这不是一个很好的例子。不执行任何操作的方法总是线程安全的，
静态的cdcdConcurrentDictionary