1.变量的线程安全性与变量的作用域有关。
2.对象
对象是类型的实例
在创建对象时，会单独有内存区域存储对象的属性和方法。所以，一个类型的多个实例，在执行时，只要没有静态变量的参与，应该都是线程安全的。
这跟我们调试状态下，是不一样的。调试状态下，如果多个线程都创建某实例的对象，每个对象都调用自身方法，在调试是，会发现是访问的同一个代码，多个线程是有冲突的。但是，真正的运行环境是线程安全的。
以销售员为例，假设产品是充足的，多个销售员，销售产品，调用方法:Sale()，其是线程安全的。
但是，如果涉及到仓库，必须仓库有足够的产品才能进行销售，这时，多个销售人员就有了临界资源：仓库。
在这里我们只讨论对象的普通方法。至于方法传入的参数，以及方法内对静态变量操作的，这里需要根据参数和静态变量来判定方法的线程安全性。
销售员案例：
using System;
using System.Threading;
namespace MutiThreadSample.Sale
{
/// <summary>
/// 销售
/// </summary>
public class Saler
{
/// <summary>
/// 名称
/// </summary>
public string Name { get; set; }
/// <summary>
/// 间隔时间
/// </summary>
public int IntervalTime { get; set; }
/// <summary>
/// 单位时间销售运量
/// </summary>
public int SaleAmount { get; set; }
/// <summary>
/// 销售
/// </summary>
public void Sale()
{
Console.WriteLine("销售：{0} 于 {1} 销售产品 {2}", this.Name, DateTime.Now.Millisecond, this.SaleAmount);
Thread.Sleep(IntervalTime);
}
/// <summary>
/// 销售
/// </summary>
/// <param name="interval">时间间隔</param>
public void Sale(object obj)
{
WHouseThreadParameter parameter = obj as WHouseThreadParameter;
if (parameter != null)
{
while (parameter.WHouse != null && parameter.WHouse.CanOut(this.SaleAmount))
{
parameter.WHouse.Outgoing(this.SaleAmount);
Console.WriteLine("Thread{0}, 销售：{1} 于 {2} 销售出库产品 {3}", Thread.CurrentThread.Name, this.Name, DateTime.Now.Millisecond, this.SaleAmount);
Thread.Sleep(this.IntervalTime);
}
}
}
}
}
3静态类型
已经讲了类的实例--对象的多线程安全性问题。这里只讨论类型的静态变量和静态方法。
当静态类被访问的时候，CLR会调用类的静态构造器（类型构造器），创建静态类的类型对象，CLR希望确保每个应用程序域内只执行一次类型构造器，为了做到这一点，在调用类型构造器时，CLR会为静态类加一个互斥的线程同步锁，因此，如果多个线程试图同时调用某个类型的静态构造器时，那么只有一个线程可以获得对静态类的访问权，其他的线程都被阻塞。第一个线程执行完 类型构造器的代码并释放构造器之后，其他阻塞的线程被唤醒，然后发现构造器被执行过，因此，这些线程不再执行构造器，只是从构造器简单的返回。如果再一次调用这些方法，CLR就会意识到类型构造器被执行过，从而不会在被调用。
调用类中的静态方法，或者访问类中的静态成员变量，过程同上，所以说静态类是线程安全的。
最简单的例子，就是数据库操作帮助类。这个类的方法和属性是线程安全的。
using System;
namespace MutiThreadSample.Static
{
public class SqlHelper
{
/// <summary>
/// 数据库连接
/// </summary>
private static readonly string ConnectionString = "";
/// <summary>
/// 执行数据库命令
/// </summary>
/// <param name="sql">SQL语句</param>
public static void ExcuteNonQuery(string sql)
{
//执行数据操作，比如新增、编辑、删除
}
}
}
但是，对于静态变量其线程安全性是相对的，如果多个线程来修改静态变量，这就不一定是线程安全的。而静态方法的线程安全性，直接跟传入的参数有关。
总之:
针对变量、对象、类型，说线程安全性，比较笼统，在这里，主要是想让大家明白，哪些地方需要注意线程安全性。对于变量、对象（属性、方法）、静态变量、静态方法，其线程安全性是相对的，需要根据实际情况而定。
万剑不离其宗，其判定标准：是否有临界资源。
4、集合类型是线程安全的吗？
常用的集合类型有List、Dictionary、HashTable、HashMap等。在编码中，集合应用很广泛中，常用集合来自定义Cache，这时候必须考虑线程同步问题。
默认情况下集合不是线程安全的。在System.Collections 命名空间中只有几个类提供Synchronize方法，该方法能够超越集合创建线程安全包装。但是，System.Collections命名空间中的所有类都提供SyncRoot属性，可供派生类创建自己的线程安全包装。还提供了IsSynchronized属性以确定集合是否是线程安全的。但是ICollection泛型接口中不提供同步功能，非泛型接口支持这个功能。
Dictionary(MSDN解释)
此类型的公共静态（在 Visual Basic 中为 Shared）成员是线程安全的。 但不保证所有实例成员都是线程安全的。
只要不修改该集合，Dictionary<TKey, TValue> 就可以同时支持多个阅读器。 即便如此，从头到尾对一个集合进行枚举本质上并不是一个线程安全的过程。 当出现枚举与写访问互相争用这种极少发生的情况时，必须在整个枚举过程中锁定集合。 若允许多个线程对集合执行读写操作，您必须实现自己的同步。
很多集合类型都和Dictionary类似。默认情况下是线程不安全的。当然微软也提供了线程安全的Hashtable.
HashTable
Hashtable 是线程安全的，可由多个读取器线程和一个写入线程使用。 多线程使用时，如果只有一个线程执行写入（更新）操作，则它是线程安全的，从而允许进行无锁定的读取（若编写器序列化为 Hashtable）。 若要支持多个编写器，如果没有任何线程在读取 Hashtable 对象，则对 Hashtable 的所有操作都必须通过 Synchronized 方法返回的包装完成。
从头到尾对一个集合进行枚举本质上并不是一个线程安全的过程。 即使某个集合已同步，其他线程仍可以修改该集合，这会导致枚举数引发异常。 若要在枚举过程中保证线程安全，可以在整个枚举过程中锁定集合，或者捕捉由于其他线程进行的更改而引发的异常。
线程安全起见请使用以下方法声明
/// <summary>
/// Syncronized方法用来创造一个新的对象的线程安全包装
/// </summary>
private Hashtable hashtable = Hashtable.Synchronized(new Hashtable());
在枚举读取时，加lock，这里lock其同步对象SyncRoot
/// <summary>
/// 读取
/// </summary>
public void Read()
{
lock(hashtable.SyncRoot)
{
foreach (var item in hashtable.Keys)
{
Console.WriteLine("Key:{0}",item);
}
}
}