我們lock的一般是對象，不是值類型和字符串。
1、爲什麼不能lock值類型
比如lock(1)呢?lock本質上Monitor.Enter，Monitor.Enter會使值類型裝箱，每次lock的是裝箱後的對象。lock 其實是類似編譯器的語法糖，因此編譯器直接限制住不能lock值類型。退一萬步說，就算能編譯器允許你lock(1)，但是 object.ReferenceEquals(1,1)始終返回false(因爲每次裝箱後都是不同對象),也就是說每次都會判斷成未申請互斥鎖，這樣 在同一時間，別的線程照樣能夠訪問裏面的代碼，達不到同步的效果。同理lock((object)1)也不行。
2、Lock字符串
那麼lock("xxx")字符串呢?MSDN上的原話是：
鎖定字符串尤其危險，因爲字符串被公共語言運行庫 (CLR)“暫留”。 這意味着整個程序中任何給定字符串都只有一個實例，同一個對象表示了所有運行的應用程序域的所有線程中的該文本。因此，只要在應用程序進程中的任何 位置處具有相同內容的字符串上放置了鎖，就將鎖定應用程序中該字符串的所有實例。
3、MSDN推薦的Lock對象
通常，最好避免鎖定 public 類型或鎖定不受應用程序控制的對象實例。例如，如果該實例可以被公開訪問，則 lock(this) 可能會有問題，因爲不受控制的代碼也可能會鎖定該對象。這可能導致死鎖，即兩個或更多個線程等待釋放同一對象。出於同樣的原因，鎖定公共數據類型(相比於 對象)也可能導致問題。
而且lock(this)只對當前對象有效，如果多個對象之間就達不到同步的效果。
而自定義類推薦用私有的只讀靜態對象，比如：
private static readonly object obj = new object();
爲什麼要設置成只讀的呢?這是因爲如果在lock代碼段中改變obj的值，其它線程就暢通無阻了，因爲互斥鎖的對象變了，object.ReferenceEquals必然返回false。
-
Lock 關鍵字鎖定靜態變量和非靜態變量的區別
單實例非靜態鎖，線程沒有併發（加鎖成功）；
單實例靜態鎖，線程沒有併發（加鎖成功）；
多實例非靜態鎖，線程併發（加鎖失敗）；
多實例靜態鎖，線程沒有併發（加鎖成功）
