C#/.NET的易錯點有哪些

C#/.NET的易錯點有哪些？很多新手對此不是很清楚，為了幫助大家解決這個難題，下面小編將為大家詳細講解，有這方面需求的人可以來學習下，希望你能有所收獲。

                                                           1 及時釋放資源
     CLR托管環境扮演了垃圾回收的角色，所以你不需要顯式釋放已創建對象所占用的內存。但這不意味著你可以忽略所有的使用過的對象。許多對象封裝了其 他類型的系統資源（例如，磁盤文件，數據連接，網絡端口）。保持這些資源的使用狀態會急劇的耗盡系統的資源，削弱性能并且最終導致程序出錯。當你打開一個 文件、網絡端口或者數據連接時，當你不再使用這些資源時，應該盡快顯式釋放這些資源。
另外針對資源的操作，一般需要增加異常捕獲處理（Try..Catch），這時別忘記在finally中進行資源釋放，以確保在捕獲異常時也可以正常釋放資源。
2 正確停止多線程
FileStream fs = File.Open(…);
Try{…} Finally{ fs.Close;}
假設如上代碼在工作線程中，已經進行到finally里面，這個時候UI線程調用了該線程的Abort()方法，則很有可能fs.Close還沒有執行的時候，工作線程跳出finally代碼塊了。這樣你的fs就永遠不會被Close了。
大多數情況下，finally會永遠被被執行，但不包括調用Thread.Abort所引發的ThreadAbortException異常，鑒于此理由，不建議使用Abort。
要正確停止線程，不在于調用者采用了什么行為(不要直接使用Thread.Abort())，而更多依賴于工作線程是否能主動響應調用者的停止請求。
大體機制是，如果線程需要被停止，那么線程自身就應該負責給調用者開放Cancel的接口。
3 類型轉換相關
如果從數據庫中讀取某個值，有數據時是int類型，沒有數據的話獲取到的是null，類型強轉則會異常。所以一般很少用強轉，用的話也必須做一個異常捕獲，避免程序異常。
在強轉不好的情況下，我們建議使用TryParse方法，該方法已經對Parse方法進行了異常處理。
也可以用Convert，同樣需要進行異常捕獲；其實，凡是涉及到類型轉換，序列化等操作的地方，都需要捕獲異常；
4 字符串操作問題
在對字符串操作中，若涉及大量拼接操作建議使用StringBuilder。若使用String會帶來明顯的性能損耗。原因在于string對象是 個很特殊的對象，它一旦被賦值就不可改變。在運行時調用String類中任何拼接操作（如賦值、”+”等），都會在內存中創建一個新的字符串對象，也意味 著要為該新對象分配新的內存空間。
5 const常量修改導致的問題
當程序引用其他dll中的const常量時要特別引起注意。
若修改了此dll中的const常量后，要重新編譯引用了此dll中這個const常量的所有程序，否則程序中使用的這個常量值將和dl中的不一致。
另外如果使用readonly代替const可以解決這個問題，不需要重新編譯，因為const是編譯型常量，而readonly是運行時常量。
6 C#編譯目標平臺問題
當程序依賴的dll的編譯的目標平臺是X86，則程序本身的編譯目標平臺也必須是X86(而不是默認選項Any CPU)，否則64位電腦將無法運行。
7 跨線程訪問控件
在開發界面程序時，會遇到比較耗時的操作，為了程序的友好性，我們一般會在任務線程中執行耗時操作，并將執行信息顯示在主UI線程。
假如直接在任務線程中操作主UI線程中的控件，這樣極易出現異常，報“不能在其他線程中修改創建控件線程的值”，如果設置了禁止編譯器對跨線程訪問做檢查，就不會報錯，但是會出現無法預知的問題。此時建議采用委托或匿名委托的方式實現。

看完上述內容是否對您有幫助呢？如果還想對相關知識有進一步的了解或閱讀更多相關文章，請關注億速云行業資訊頻道，感謝您對億速云的支持。