.NET週報【7月第1期 2023-07-02】

國內文章

C# 實現 Linux 視訊聊天、遠端桌面（原始碼，支援信創國產化環境，銀河麒麟，統信UOS）

https://www.cnblogs.com/shawshank/p/17420469.html

園子裡的有朋友在下載並瞭解了《C# 實現 Linux 視訊會議（原始碼，支援信創環境，銀河麒麟，統信UOS）》中提供的原始碼後，留言給我說，這個視訊會議有點複雜了，程式碼比較多，看得有些費勁。問我能不能整個簡單點的Demo，只要有視訊聊天和遠端桌面的功能就可以。於是，我就又寫了一個Demo來供大家參考，它可以在Windows和Linux（包括國產OS，如銀河麒麟、統信UOS、深度Deepin等）上執行。

[MAUI]用純C#程式碼寫兩個漂亮的時鐘

https://www.cnblogs.com/jevonsflash/p/17519792.html

本文介紹瞭如何在.NET MAU中實現Material You風格的時鐘小部件，包括鋸齒錶盤、時鐘指標和文字路徑的繪製方法。文中給出了詳細的程式碼範例和效果圖，以及相關的字型設定和Xaml檔案。

Linux 上的 .NET 如何自主生成 Dump

https://www.cnblogs.com/huangxincheng/p/17516112.html

本文介紹瞭如何在Windows和Linux平臺上自主生成dump檔案，以便於診斷.NET程式的異常情況。文中分別介紹了使用Win32 API的MiniDumpWriteDump方法和使用Microsoft.Diagnostics.NETCore.Client庫的WriteDump方法的程式碼範例和執行結果。

使用C#編寫.NET分析器-第二部分

https://www.cnblogs.com/InCerry/p/writing-a-net-profiler-in-c-sharp-part-2.html

這篇文章介紹了Kevin Gosse大佬使用C#編寫.NET分析器的系列文章之一。.NET分析器常被用於APM（應用效能診斷）、IDE、診斷工具中，比如Datadog的APM，Visual Studio的分析器以及Rider和Reshaper等等。本文主要講述瞭如何將COM物件對映到.NET中的一個實際物件範例，以及如何使用GCHandle來獲取與該控制程式碼關聯的固定地址，並使用GCHandle.FromIntPtr從該地址檢索控制程式碼。

以管道的方式來完成複雜的流程處理

https://www.cnblogs.com/artech/p/17469614.html

之前參與一個機票價格計算的專案，為他們設計了基本的處理流程，但是由於整個計算流程相當複雜，而且變化非常頻繁，導致日常的修改、維護和升級也變得越來越麻煩，當我後來再接手的時候已經看不懂計算邏輯了。為了解決這個問題，我借鑑了「工作流」的思路，試圖將整個計算過程設計成一個工作流。但是我又不想引入一個獨立的工作流引擎，於是寫了一個名為Pipelines的框架。顧名思義，Pipelines通過構建Pipeline的方式完成所需的處理流程，整個處理邏輯被分解並實現在若干Pipe中，這些Pipe按照指定的順序將完成的Pipeline構建出來。Pipeline本質上就是一個簡單的順序工作流，它僅僅按序執行註冊的Pipe。這個簡單的Pipelines框架被放在這裡，這裡我不會介紹它的設計實現，只是簡單地介紹它的用法，有興趣的可以檢視原始碼。

【.NET原始碼解讀】深入剖析中介軟體的設計與實現

https://www.cnblogs.com/Z7TS/p/17494203.html

.NET本身就是一個基於中介軟體（middleware）的框架，它通過一系列的中介軟體元件來處理HTTP請求和響應。在之前的文章《.NET原始碼解讀kestrel伺服器及建立HttpContext物件流程》中，已經通過原始碼介紹瞭如何將HTTP封包轉換為.NET的HttpContext物件。接下來，讓我們深入瞭解一下.NET是如何設計中介軟體來處理HttpContext物件。

記一次 .NET 某埋線管理系統崩潰分析

https://www.cnblogs.com/huangxincheng/p/17513935.html

經常有朋友跟我反饋，說看你的文章就像看天書一樣，有沒有一些簡單入手的dump 讓我們先找找感覺，哈哈，今天就給大家帶來一篇入門級的案例，這裡的入門是從 WinDbg 的角度來闡述的，這個問題如果你通過記紀錄檔，分析程式碼的方式，可能真的無法解決，不信的話繼續往下看唄！

前段時間有位朋友微信上找到我，說他的程式崩潰了，也沒找出是什麼原因，然後就讓朋友抓一個崩潰的dump讓我看看。

老生常談：值型別 V.S. 參照型別

https://www.cnblogs.com/artech/p/17509624.html

我在面試的時候經常會問一個問題：「談談值型別和參照的區別」。對於這個問題，絕大部分人都只會給我兩個簡潔的答案：「值型別分配在棧中，參照型別分配在堆中」，「在預設情況下，值型別引數傳值（拷貝），參照型別引數傳參照」。其實這個問題有很大的發揮空間，如果能夠從記憶體佈局、GC、互操作、跨AppDomain傳遞等方面展開，相信會加分不少。這篇文章獨闢蹊徑，從「變數」的角度討論值型別和參照型別的區別。

.NET Core 允許跨域的兩種方式實現（IIS 設定、C# 程式碼實現）

https://www.cnblogs.com/czzj/p/NETCoreCors.html

當把開發好的 WebApi 介面，部署到 Windows 伺服器 IIS 後，postman 可以直接存取到介面並正確返回，這並不意味著任務完成，畢竟介面嘛是要有互動的，最常見的問題莫過於跨域了。若前端檔案是在當前介面檔案下的 wwwroot 資料夾下，那麼介面的存取就沒問題，因為是同協定（http、https）、同地址（域名）、同埠，不存在跨域問題。但是，若前端和介面不是部署在一起的，那麼一般都會存在跨域問題，本文將通過兩種方式介紹如何使介面允許跨域請求。

記一次 .NET 某企業採購平臺崩潰分析

https://www.cnblogs.com/huangxincheng/p/17508154.html

前段時間有個朋友找到我，說他們的程式有偶發崩潰的情況，讓我幫忙看下怎麼回事，針對這種 crash 的程式，用 AEDebug 的方式抓取一個便知，有了 dump 之後接下來就可以分析了。

Docker 中的 .NET 異常了怎麼抓 Dump

https://www.cnblogs.com/huangxincheng/p/17505313.html

有很多朋友跟我說，在 Windows 上看過你文章知道了怎麼抓 Crash, CPU爆高，記憶體暴漲等各種Dump，為什麼你沒有寫在 Docker 中如何抓的相關文章呢？瞧不上嗎？哈哈，在DUMP的分析旅程中，跑在 Docker 中的 .NET 佔比真的不多，大概10個dump有 1-2 個是 docker 中的，市場決定了我的研究方向，為了彌補這一塊的空洞，決定寫一篇文章來分享下這三大異常下的捕獲吧。