C# lock解讀

来源:http://www.cnblogs.com/Zarey/archive/2017/07/13/7161880.html
-Advertisement-
Play Games

恢復內容開始 最近在研究.NET分散式緩存代碼，正好涉及Lock，看了網上的文章，總結了一些Lock相關的知識，供大家一起學習參考。 一、Lock定義 lock 關鍵字可以用來確保代碼塊完成運行，而不會被其他線程中斷。它可以把一段代碼定義為互斥段（critical section），互斥段在一個時刻 ...


---恢復內容開始---

最近在研究.NET分散式緩存代碼，正好涉及Lock，看了網上的文章，總結了一些Lock相關的知識，供大家一起學習參考。

一、Lock定義

    lock 關鍵字可以用來確保代碼塊完成運行，而不會被其他線程中斷。它可以把一段代碼定義為互斥段（critical section），互斥段在一個時刻內只允許一個線程進入執行，而其他線程必須等待。這是通過在代碼塊運行期間為給定對象獲取互斥鎖來實現的。

     在多線程中，每個線程都有自己的資源，但是代碼區是共用的，即每個線程都可以執行相同的函數。這可能帶來的問題就是幾個線程同時執行一個函數，導致數據的混亂，產生不可預料的結果，因此我們必須避免這種情況的發生。

    而在.NET中最好瞭解一下進程、應用域和線程的概念，因為Lock是針對線程一級的，而在.NET中應用域是否會對Lock起隔離作用，我的猜想是，即不在同一應用域中的線程無法通過Lock來中斷；另外也最好能瞭解一下數據段、代碼段、堆、棧等概念。

    在C# lock關鍵字定義如下：

    lock（expression） statement_block，其中expression代表你希望跟蹤的對象，通常是對象引用。

    如果你想保護一個類的實例，一般地，你可以使用this；如果你想保護一個靜態變數（如互斥代碼段在一個靜態方法內部），一般使用類名就可以了。

而statement_block就是互斥段的代碼，這段代碼在一個時刻內只可能被一個線程執行。

二、簡單例子

using System; 
using System.Collections; 
using System.Collections.Generic; 
using System.Threading; 
namespace ConsoleApplication1 
{ 
    class Program 
    { 
        static void Main(string[] args) 
        { 
            Thread thread1 = new Thread(new ThreadStart(ThreadStart1)); 
            thread1.Name = "Thread1"; 
            Thread thread2 = new Thread(new ThreadStart(ThreadStart2)); 
            thread2.Name = "Thread2"; 
            Thread thread3 = new Thread(new ThreadStart(ThreadStart3)); 
            thread3.Name = "Thread3"; 
            thread1.Start(); 
            thread2.Start(); 
            thread3.Start(); 
           Console.ReadKey(); 
      } 
      static object _object = new object(); 
      static void Done(int millisecondsTimeout) 
      { 
            Console.WriteLine(string.Format("{0} -> {1}.Start", DateTime.Now.ToString("HH:mm:ss"), Thread.CurrentThread.Name)); 
            //下邊代碼段同一時間只能由一個線程在執行 
            lock (_object) 
            { 
                  Console.WriteLine(string.Format("{0} -> {1}進入鎖定區域.", DateTime.Now.ToString("HH:mm:ss"), Thread.CurrentThread.Name)); 
                  Thread.Sleep(millisecondsTimeout); 
                 Console.WriteLine(string.Format("{0} -> {1}退出鎖定區域.", DateTime.Now.ToString("HH:mm:ss"), Thread.CurrentThread.Name)); 
            } 
      } 
      static void ThreadStart1() 
      { 
             Done(5000); 
      } 
      static void ThreadStart2() 
      { 
             Done(3000); 
      } 
      static void ThreadStart2() 
      { 
             Done(1000); 
      } 
   } 
}

三、簡單解釋一下執行過程

先來看看執行過程，代碼示例如下：

        private static object  ojb = new object();

        lock(obj)

        {

                 //鎖定運行的代碼段

        } 
  假設線程A先執行，線程B稍微慢一點。線程A執行到lock語句，判斷obj是否已申請了互斥鎖，判斷依據是逐個與已存在的鎖進行object.ReferenceEquals比較(此處未加證實)，如果不存在，則申請一個新的互斥鎖，這時線程A進入lock裡面了。

這時假設線程B啟動了，而線程A還未執行完lock裡面的代碼。線程B執行到lock語句，檢查到obj已經申請了互斥鎖，於是等待;直到線程A執行完畢，釋放互斥鎖，線程B才能申請新的互斥鎖並執行lock裡面的代碼。

四、Lock的對象選擇問題

    接下來說一些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。

4、lock(typeof(Class))

    與鎖定字元串一樣，範圍太廣了。

五、特殊問題：Lock（this）等的詳細解釋

    在以前編程中遇到lock問題總是使用lock(this)一鎖了之，出問題後翻看MSDN突然發現下麵幾行字：通常，應避免鎖定 public 類型，否則實例將超出代碼的控制範圍。常見的結構 lock (this)、lock (typeof (MyType)) 和 lock ("myLock") 違反此準則：如果實例可以被公共訪問，將出現C# lock this問題。如果 MyType 可以被公共訪問，將出現 lock (typeof (MyType)) 問題。由於進程中使用同一字元串的任何其他代碼將共用同一個鎖，所以出現 lock(“myLock”) 問題。

    來看看C# lock this問題:如果有一個類Class1，該類有一個方法用lock(this)來實現互斥：

  1. publicvoidMethod2() 
  2. { 
  3. lock(this) 
  4. { 
  5. System.Windows.Forms.MessageBox.Show("Method2End"); 
  6. } 
  7. } 

如果在同一個Class1的實例中,該Method2能夠互斥的執行。但是如果是2個Class1的實例分別來執行Method2,是沒有互斥效果的。因為這裡的lock,只是對當前的實例對象進行了加鎖。

Lock(typeof(MyType))鎖定住的對象範圍更為廣泛，由於一個類的所有實例都只有一個類型對象（該對象是typeof的返回結果），鎖定它，就鎖定了該對象的所有實例，微軟現在建議，不要使用lock(typeof(MyType)),因為鎖定類型對象是個很緩慢的過程，並且類中的其他線程、甚至在同一個應用程式域中運行的其他程式都可以訪問該類型對象，因此，它們就有可能代替您鎖定類型對象，完全阻止您的執行，從而導致你自己的代碼的掛起。

鎖住一個字元串更為神奇，只要字元串內容相同，就能引起程式掛起。原因是在.NET中，字元串會被暫時存放，如果兩個變數的字元串內容相同的話，.NET會把暫存的字元串對象分配給該變數。所以如果有兩個地方都在使用lock(“my lock”)的話，它們實際鎖住的是同一個對象。到此，微軟給出了個lock的建議用法：鎖定一個私有的static 成員變數。

.NET在一些集合類中（比如ArrayList,HashTable，Queue，Stack）已經提供了一個供lock使用的對象SyncRoot，用Reflector工具查看了SyncRoot屬性的代碼，在Array中，該屬性只有一句話:return this,這樣和lock array的當前實例是一樣的。ArrayList中的SyncRoot有所不同

  1. get 
  2. { 
  3. if(this._syncRoot==null) 
  4. { 
  5. Interlocked.CompareExchange(refthis._syncRoot,newobject(),null); 
  6. } 
  7. returnthis._syncRoot; 

其中Interlocked類是專門為多個線程共用的變數提供原子操作（如果你想鎖定的對象是基本數據類型，那麼請使用這個類），CompareExchange方法將當前syncRoot和null做比較，如果相等，就替換成new object()，這樣做是為了保證多個線程在使用syncRoot時是線程安全的。集合類中還有一個方法是和同步相關的：Synchronized，該方法返回一個對應的集合類的wrapper類，該類是線程安全的，因為他的大部分方法都用lock來進行了同步處理，比如Add方法：

  1. publicoverridevoidAdd(objectkey,objectvalue) 
  2. { 
  3. lock(this._table.SyncRoot) 
  4. { 
  5. this._table.Add(key,value); 
  6. } 
  7. } 

這裡要特別註意的是MSDN提到：從頭到尾對一個集合進行枚舉本質上並不是一個線程安全的過程。即使一個集合已進行同步，其他線程仍可以修改該集合，這將導致枚舉數引發異常。若要在枚舉過程中保證線程安全，可以在整個枚舉過程中鎖定集合：

  1. QueuemyCollection=newQueue(); 
  2. lock(myCollection.SyncRoot){ 
  3. foreach(ObjectiteminmyCollection){ 
  4. //Insertyourcodehere. 
  5. } 
  6. } 

最後

    註意：應避免鎖定 public 類型，否則實例將超出代碼的控制範圍。常見的結構 lock (this)、lock (typeof (MyType)) 和 lock ("myLock") 違反此準則： 
    1）如果實例可以被公共訪問，將出現 lock (this) 問題； 
    2）如果 MyType 可以被公共訪問，將出現 lock (typeof (MyType)) 問題； 
    3）由於進程中使用同一字元串的任何其他代碼將共用同一個鎖，所以出現 lock("myLock") 問題； 
    最佳做法是定義 private 對象來鎖定, 或 private static 對象變數來保護所有實例所共有的數據。

六、參考資料

    由於參考的資料都保存在本地，只能先列出標題，無法提供原文地址，深表歉意！

    1）描述C#多線程中Lock關鍵字

    2）解決C# lock this問題

    3）基於C#中的lock關鍵字的總結

    4）C# lock關鍵字

---恢復內容結束---

最近在研究.NET分散式緩存代碼，正好涉及Lock，看了網上的文章，總結了一些Lock相關的知識，供大家一起學習參考。

一、Lock定義

    lock 關鍵字可以用來確保代碼塊完成運行，而不會被其他線程中斷。它可以把一段代碼定義為互斥段（critical section），互斥段在一個時刻內只允許一個線程進入執行，而其他線程必須等待。這是通過在代碼塊運行期間為給定對象獲取互斥鎖來實現的。

     在多線程中，每個線程都有自己的資源，但是代碼區是共用的，即每個線程都可以執行相同的函數。這可能帶來的問題就是幾個線程同時執行一個函數，導致數據的混亂，產生不可預料的結果，因此我們必須避免這種情況的發生。

    而在.NET中最好瞭解一下進程、應用域和線程的概念，因為Lock是針對線程一級的，而在.NET中應用域是否會對Lock起隔離作用，我的猜想是，即不在同一應用域中的線程無法通過Lock來中斷；另外也最好能瞭解一下數據段、代碼段、堆、棧等概念。

    在C# lock關鍵字定義如下：

    lock（expression） statement_block，其中expression代表你希望跟蹤的對象，通常是對象引用。

    如果你想保護一個類的實例，一般地，你可以使用this；如果你想保護一個靜態變數（如互斥代碼段在一個靜態方法內部），一般使用類名就可以了。

而statement_block就是互斥段的代碼，這段代碼在一個時刻內只可能被一個線程執行。

二、簡單例子

using System; 
using System.Collections; 
using System.Collections.Generic; 
using System.Threading; 
namespace ConsoleApplication1 
{ 
    class Program 
    { 
        static void Main(string[] args) 
        { 
            Thread thread1 = new Thread(new ThreadStart(ThreadStart1)); 
            thread1.Name = "Thread1"; 
            Thread thread2 = new Thread(new ThreadStart(ThreadStart2)); 
            thread2.Name = "Thread2"; 
            Thread thread3 = new Thread(new ThreadStart(ThreadStart3)); 
            thread3.Name = "Thread3"; 
            thread1.Start(); 
            thread2.Start(); 
            thread3.Start(); 
           Console.ReadKey(); 
      } 
      static object _object = new object(); 
      static void Done(int millisecondsTimeout) 
      { 
            Console.WriteLine(string.Format("{0} -> {1}.Start", DateTime.Now.ToString("HH:mm:ss"), Thread.CurrentThread.Name)); 
            //下邊代碼段同一時間只能由一個線程在執行 
            lock (_object) 
            { 
                  Console.WriteLine(string.Format("{0} -> {1}進入鎖定區域.", DateTime.Now.ToString("HH:mm:ss"), Thread.CurrentThread.Name)); 
                  Thread.Sleep(millisecondsTimeout); 
                 Console.WriteLine(string.Format("{0} -> {1}退出鎖定區域.", DateTime.Now.ToString("HH:mm:ss"), Thread.CurrentThread.Name)); 
            } 
      } 
      static void ThreadStart1() 
      { 
             Done(5000); 
      } 
      static void ThreadStart2() 
      { 
             Done(3000); 
      } 
      static void ThreadStart2() 
      { 
             Done(1000); 
      } 
   } 
}

三、簡單解釋一下執行過程

先來看看執行過程，代碼示例如下：

        private static object  ojb = new object();

        lock(obj)

        {

                 //鎖定運行的代碼段

        } 
  假設線程A先執行，線程B稍微慢一點。線程A執行到lock語句，判斷obj是否已申請了互斥鎖，判斷依據是逐個與已存在的鎖進行object.ReferenceEquals比較(此處未加證實)，如果不存在，則申請一個新的互斥鎖，這時線程A進入lock裡面了。

這時假設線程B啟動了，而線程A還未執行完lock裡面的代碼。線程B執行到lock語句，檢查到obj已經申請了互斥鎖，於是等待;直到線程A執行完畢，釋放互斥鎖，線程B才能申請新的互斥鎖並執行lock裡面的代碼。

四、Lock的對象選擇問題

    接下來說一些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。

4、lock(typeof(Class))

    與鎖定字元串一樣，範圍太廣了。

五、特殊問題：Lock（this）等的詳細解釋

    在以前編程中遇到lock問題總是使用lock(this)一鎖了之，出問題後翻看MSDN突然發現下麵幾行字：通常，應避免鎖定 public 類型，否則實例將超出代碼的控制範圍。常見的結構 lock (this)、lock (typeof (MyType)) 和 lock ("myLock") 違反此準則：如果實例可以被公共訪問，將出現C# lock this問題。如果 MyType 可以被公共訪問，將出現 lock (typeof (MyType)) 問題。由於進程中使用同一字元串的任何其他代碼將共用同一個鎖，所以出現 lock(“myLock”) 問題。

    來看看C# lock this問題:如果有一個類Class1，該類有一個方法用lock(this)來實現互斥：

  1. publicvoidMethod2() 
  2. { 
  3. lock(this) 
  4. { 
  5. System.Windows.Forms.MessageBox.Show("Method2End"); 
  6. } 
  7. } 

如果在同一個Class1的實例中,該Method2能夠互斥的執行。但是如果是2個Class1的實例分別來執行Method2,是沒有互斥效果的。因為這裡的lock,只是對當前的實例對象進行了加鎖。

Lock(typeof(MyType))鎖定住的對象範圍更為廣泛，由於一個類的所有實例都只有一個類型對象（該對象是typeof的返回結果），鎖定它，就鎖定了該對象的所有實例，微軟現在建議，不要使用lock(typeof(MyType)),因為鎖定類型對象是個很緩慢的過程，並且類中的其他線程、甚至在同一個應用程式域中運行的其他程式都可以訪問該類型對象，因此，它們就有可能代替您鎖定類型對象，完全阻止您的執行，從而導致你自己的代碼的掛起。

鎖住一個字元串更為神奇，只要字元串內容相同，就能引起程式掛起。原因是在.NET中，字元串會被暫時存放，如果兩個變數的字元串內容相同的話，.NET會把暫存的字元串對象分配給該變數。所以如果有兩個地方都在使用lock(“my lock”)的話，它們實際鎖住的是同一個對象。到此，微軟給出了個lock的建議用法：鎖定一個私有的static 成員變數。

.NET在一些集合類中（比如ArrayList,HashTable，Queue，Stack）已經提供了一個供lock使用的對象SyncRoot，用Reflector工具查看了SyncRoot屬性的代碼，在Array中，該屬性只有一句話:return this,這樣和lock array的當前實例是一樣的。ArrayList中的SyncRoot有所不同

  1. get 
  2. { 
  3. if(this._syncRoot==null) 
  4. { 
  5. Interlocked.CompareExchange(refthis._syncRoot,newobject(),null); 
  6. } 
  7. returnthis._syncRoot; 

其中Interlocked類是專門為多個線程共用的變數提供原子操作（如果你想鎖定的對象是基本數據類型，那麼請使用這個類），CompareExchange方法將當前syncRoot和null做比較，如果相等，就替換成new object()，這樣做是為了保證多個線程在使用syncRoot時是線程安全的。集合類中還有一個方法是和同步相關的：Synchronized，該方法返回一個對應的集合類的wrapper類，該類是線程安全的，因為他的大部分方法都用lock來進行了同步處理，比如Add方法：

  1. publicoverridevoidAdd(objectkey,objectvalue) 
  2. { 
  3. lock(this._table.SyncRoot) 
  4. { 
  5. this._table.Add(key,value); 
  6. } 
  7. } 

這裡要特別註意的是MSDN提到：從頭到尾對一個集合進行枚舉本質上並不是一個線程安全的過程。即使一個集合已進行同步，其他線程仍可以修改該集合，這將導致枚舉數引發異常。若要在枚舉過程中保證線程安全，可以在整個枚舉過程中鎖定集合：

  1. QueuemyCollection=newQueue(); 
  2. lock(myCollection.SyncRoot){ 
  3. foreach(ObjectiteminmyCollection){ 
  4. //Insertyourcodehere. 
  5. } 
  6. } 

最後

    註意：應避免鎖定 public 類型，否則實例將超出代碼的控制範圍。常見的結構 lock (this)、lock (typeof (MyType)) 和 lock ("myLock") 違反此準則： 
    1）如果實例可以被公共訪問，將出現 lock (this) 問題； 
    2）如果 MyType 可以被公共訪問，將出現 lock (typeof (MyType)) 問題； 
    3）由於進程中使用同一字元串的任何其他代碼將共用同一個鎖，所以出現 lock("myLock") 問題； 
    最佳做法是定義 private 對象來鎖定, 或 private static 對象變數來保護所有實例所共有的數據。

六、參考資料

    由於參考的資料都保存在本地，只能先列出標題，無法提供原文地址，深表歉意！

    1）描述C#多線程中Lock關鍵字

    2）解決C# lock this問題

    3）基於C#中的lock關鍵字的總結

    4）C# lock關鍵字


您的分享是我們最大的動力!

-Advertisement-
Play Games
更多相關文章
  • 操作系統複習筆記
    操作系統複習 第1章 操作系統概論 定義：管理系統資源、控製程序執行、改善人機界面、提供各種服務，併合理組織電腦工作流程和為用戶方便有效的使用電腦提供良好運行環境的一種系統軟體。 功能：處理器管理、存儲管理、設備管理、文件管理、聯網和通信管理 特性：併發性、共用性（1.透明資源共用 2.獨占資源 ...
  • 《深入理解電腦系統》Tiny伺服器1——可以響應html表單的Tiny
    最近學習到了《深入理解電腦系統》的第11章網路編程，在最後一節是一個名為Tiny的小型web伺服器的實現，源代碼書中已經給出，這裡就不再複製粘貼了。這篇小博客主要記錄一下課後題10的解答。原題目為： 寫出CGI adder函數的HTML表單。你的表單應該包括兩個文本框，用戶將需要相加的兩個數字填在 ...
  • asp.net mvc中如何處理字元串與對象之間的序列化與反序列化(一)
    前臺我們一般用ajax來發送數據到後端進行處理，如果json數據結構和後臺的實體類結構一致，就直接可以反序列化為指定的對象進行操作，非常方便。 前端發送的json數據結構： 後端實體結構： [csharp] view plain copy public partial class Cures { p ...
  • "HK"日常之製作一隻QQ刷屏
    刷屏器是什麼？可以吃嗎？如果可以吃它好吃嗎？ um. 刷屏器就是可以定時發生信息的東西 刷屏器可以應用於很多方面，例如別人不理你了或者在QQ鬥圖的時候。警告:本教程僅作為學習研究，禁止其他用途！ 富強、民主、文明、和諧， 自由、平等、公正、法治， 愛國、敬業、誠信、友善 喵，進入正題。 一、準備工作 ...
  • 在Visual Studio 2017中發現的問題
    最近抽時間學習了一下 C# 6.0 的新特性，其中的一個新特性是 ?. 運算符，請看下麵的一個簡單示例： 當我故意修改成錯誤代碼的時候，請接著看下麵的示例： 我想把代碼修改成list?[0].Count，我們知道list[0]是沒有Count屬性的，預期的結果是智能提示錯誤，但是IDE竟然崩潰了！當 ...
  • DotNetCore跨平臺~Dockerfile的解釋
    回到目錄 大叔感覺網上對Dockerfile的說明不是很清楚，或者說怎麼去用說的不清楚，在vs2017里我們可以去建立自己的Dockerfile文件，然後你的項目可以被生成一個鏡像，把它推到倉庫之後，你可以在linux,mac上去run你的項目了！聽著很爽，但過程確實有些坑！ Dockerfile里 ...
  • C#線程
    進程和線程 進程是一個系統級別的概念，用來描述一組資源和程式運行所必須的記憶體分配。每一個進程都有一個唯一的進程標識符（PID）;線程是進程的基本單元；進程的入口點創建的第一個線程被稱為主線程；線程主要是由CPU寄存器、調用棧和線程本地存儲器（Thread Local Storage，TLS）組成的。 ...
  • 字元編碼,System.Text.Encoding類,字元編碼大全：如Unicode編碼、GB18030編碼、UTF-8，UTF-7，GB2312，ASCII，UTF32，Big5,簡體中文ISO-2022
    本頁列出來目前window下所有支持的字元編碼 通過 System.Text.Encoding.GetEncodings()獲取，裡面可以對其進行查詢，篩選，對同一個字元，在不同編碼進行查看和分析。。。 ...
一周排行
    -Advertisement-
    Play Games
  • 移動開發（一）：使用.NET MAUI開發第一個安卓APP
    移動開發（一）：使用.NET MAUI開發第一個安卓APP 對於工作多年的C#程式員來說，近來想嘗試開發一款安卓APP，考慮了很久最終選擇使用.NET MAUI這個微軟官方的框架來嘗試體驗開發安卓APP，畢竟是使用Visual Studio開發工具，使用起來也比較的順手，結合微軟官方的教程進行了安卓 ...
  • wpf ToggleButton選中效果和一個登錄界面
    前言 QuestPDF 是一個開源 .NET 庫，用於生成 PDF 文檔。使用了C# Fluent API方式可簡化開發、減少錯誤並提高工作效率。利用它可以輕鬆生成 PDF 報告、發票、導出文件等。 項目介紹 QuestPDF 是一個革命性的開源 .NET 庫，它徹底改變了我們生成 PDF 文檔的方 ...
  • 彈幕樹洞項目功能新增篇
    項目地址 項目後端地址： https://github.com/ZyPLJ/ZYTteeHole 項目前端頁面地址： ZyPLJ/TreeHoleVue (github.com) https://github.com/ZyPLJ/TreeHoleVue 目前項目測試訪問地址： http://tree ...
  • 第27篇 sqlserver2022詳細安裝步驟
    話不多說，直接開乾 一.下載 1.官方鏈接下載： https://www.microsoft.com/zh-cn/sql-server/sql-server-downloads 2.在下載目錄中找到下麵這個小的安裝包 SQL2022-SSEI-Dev.exe，運行開始下載SQL server； 二. ...
  • .NET 開源高性能 MQTT 類庫
    前言 隨著物聯網（IoT）技術的迅猛發展，MQTT（消息隊列遙測傳輸）協議憑藉其輕量級和高效性，已成為眾多物聯網應用的首選通信標準。 MQTTnet 作為一個高性能的 .NET 開源庫，為 .NET 平臺上的 MQTT 客戶端與伺服器開發提供了強大的支持。 本文將全面介紹 MQTTnet 的核心功能 ...
  • Serilog文檔翻譯系列（六） - 可用的接收器、增強器、格式化輸出
    Serilog支持多種接收器用於日誌存儲，增強器用於添加屬性，LogContext管理動態屬性，支持多種輸出格式包括純文本、JSON及ExpressionTemplate。還提供了自定義格式化選項，適用於不同需求。 ...
  • 警惕 Visual Studio 屬性求值副作用導致邏輯不符合預期
    目錄簡介獲取 HTML 文檔解析 HTML 文檔測試參考文章 簡介 動態內容網站使用 JavaScript 腳本動態檢索和渲染數據，爬取信息時需要模擬瀏覽器行為，否則獲取到的源碼基本是空的。 本文使用的爬取步驟如下： 使用 Selenium 獲取渲染後的 HTML 文檔 使用 HtmlAgility ...
  • [使用目前最新版]HybridCLR6.9.0+YooAsset2.2.4實現純C# Unity熱更新方案 (一)
    1.前言 什麼是熱更新 游戲或者軟體更新時，無需重新下載客戶端進行安裝，而是在應用程式啟動的情況下，在內部進行資源或者代碼更新 Unity目前常用熱更新解決方案 HybridCLR，Xlua，ILRuntime等 Unity目前常用資源管理解決方案 AssetBundles，Addressable， ...
  • 在 ASP.NET Core Web API 中使用操作篩選器統一處理通用操作
    本文章主要是在C# ASP.NET Core Web API框架實現向手機發送驗證碼簡訊功能。這裡我選擇是一個互億無線簡訊驗證碼平臺，其實像阿裡雲，騰訊雲上面也可以。 首先我們先去 互億無線 https://www.ihuyi.com/api/sms.html 去註冊一個賬號 註冊完成賬號後，它會送 ...
  • 第28篇 如何.net中實現高效可靠數據同步api
    通過以下方式可以高效，並保證數據同步的可靠性 1.API設計 使用RESTful設計，確保API端點明確，並使用適當的HTTP方法（如POST用於創建，PUT用於更新）。 設計清晰的請求和響應模型，以確保客戶端能夠理解預期格式。 2.數據驗證 在伺服器端進行嚴格的數據驗證，確保接收到的數據符合預期格 ...
所有分類