归结一下子:C#线程同步的几种步骤
我们在编程的时分，有时会运用多线程来解决问题，例如你的程序急需在后台老板处置一大堆数据，但还要施用户界面居于可操作状态；或许你的程序亟需访问一些外部资源悉数据库或网络资料等。这些景况你都可以创设一个头线程去处置，然则，多线程不可逆转地会带回一个问题，乃是线程同步的问题。如其这个问题处置糟糕，我们就会失去一些非预期的结果。
在网上也看过一些至于线程同步的稿件，实则线程同步有好几种步骤，下部我就容易的做一下子归结。
1、volatile关键字
volatile是最容易的一种同步步骤，当然容易是要付出代价的。它只好在变量一级做同步，volatile的含意乃是告诉微处理器， 不用将我放入工作内存储器， 请直接在主存操作我。（【转自www.bitsCN.com 】）因而，应多线程与此同时访问该变量时，都将直接操作主存，从本质上作到了变量共享。
能够被标识为volatile的务必是以次几类别型：（摘自MSDN）
•Any reference type.
•Any pointer type (in an unsafe context).
•The types sbyte, byte, short, ushort, int, uint, char, float, bool.
•An enum type with an enum base type of byte, sbyte, short, ushort, int, or uint.
如：
Code
public class A
{
private volatile int _i;
public int I
{
get { return _i; }
set { _i = value; }
}
}
但volatile并不能实现真个的同步，由于它的操作级别只停留在变量级别，而不是原子级别。如果是在单微处理器系统中，是没任何问题的，变量在主存中没有机会被其他人批改，由于唯有一个微处理器，这就叫做processor Self-Consistency。但在多处理器系统中，或者就会有问题。 每个微处理器都有自个儿的data cach，并且被更新的数据也未见得会立马写回来主存。之所以可能会促成不同步，但这种景况很难发作，由于cach的读写速度对等快，flush的频次也对等高，唯有在压力测试的时分才有可能发生，并且几率十分十分小。
2、lock关键字
lock是一种比较好用的容易的线程同步模式，它是透过为给定对象获取互斥锁来兑现同步的。它可以保证书当一个线程在要害代码段的时分，另一个线程不会进去，它唯其如此等候，待到那个线程对象被开释，且不说线程出了临界区。用法： lock的参数务必是基于引述门类的对象，不用是根本部类像bool,int什么的，这么基本不能同步，原因是lock的参数要求是对象，如若传到int，准定要
相关文档：
SQL中有四种基本的DML操作：INSERT，SELECT，UPDATE和DELETE。
INSERT语句
用户可以用INSERT语句将一行记录插入到指定的一个表中。例如，要将雇员John Smith的记录插入到本例的表中，可以使用如下语句：
INSERT INTO EMPLOYEES VALUES
('Smith','John','1980-06-10',
'Los Angles',16,45000);
......
<Language from="SQL" To="C#">
<Type from="bigint" To="long" />
<Type from="binary" To="object" />
<Type from="bit" To="bool" />
<Type from="char" To="string" />
<Type from="datetime" To="DateTime" ......
3）读取、查找
当你手头有一个xml文件后，可以使用XmlDocument.Load()方法将其加载进来以便处理，所以“读取”没有什么可说的。而“查找”操作往往涉及XPath，这里只是我认为的比较常用到的查找操作，XPath这玩意实在是很强大很暴力。
回头看示例文档xmlsample.xml，我们可能遇到这样的需求� ......
public class yzzSerialize
{
private yzzSerialize()
{ }
private static yzzCache cache = new yzzCache();
public static T GetfromXml<T>(string xmlpath, T t)
{
using (FileStream fs = new FileStream(xmlpath, FileMode.Open, FileAcces ......
这两个在一般情况下是相等的，但是系统处理机制上却有所不同。
""会在内存里划一块长度为0的存储空间，而String.Empty内存并不为它分配空间，所以无论性能还是速度上String.Empty都优于""。
曾经看过一篇判断字符串空值的性能文章，老外写的国人翻译，文章大意 ......
