LEE's BLOG

最近在查系統問題，為了追查使用者傳送的參數與系統使用狀況時，查看 Application Insight 紀錄時，卻發現紀錄明顯比實際傳送過的訊息少！ 原來是因為 Application Insight 在所有最新版本的 ASP.NET 和 ASP.NET Core SDK 中預設啟用調適型取樣 (Adaptive Sampling)，也就是依據資料數量進行取樣調整，以減少流量與資料成本。 確認目前取樣比例： 查看方式為： Step 1. 登入 Azure Portal Step 2. 開啟 Web App 對應的 Application Insight 查詢視窗 Step 3. 輸入以下指令： union requests,dependencies,pageViews,browserTimings,exceptions,traces | where timestamp > ago(1d) | summarize RetainedPercentage = 100/avg(itemCount) by bin(timestamp, 1h), itemType Application Insight 取樣模式： 有以下三種取樣模式： 調適型取樣 ( Adaptive sampling )： 系統自動調整 ASP.NET/ASP.NET Core 應用程式中從 SDK 傳送的遙測量；為預設模式 固定速率取樣 ( Fixed-rate sampling )： 比例由開發者自行設定。 用戶端和伺服器會同步處理它們的取樣 內嵌取樣 ( Ingestion sampling )： 適用於 Azure 入口網站，根據自訂的取樣比例，捨棄來自應用程式的一些遙測資料。不會減少從應用程式傳送的遙測流量，但可協助讓流量不要超過每月配額。 停用取樣 為了記錄所有應用程式使用狀況，需要停用取樣，根據不同程式版本，關閉取樣的設定方式也不同： 非 ASP.Net Core (例如 .Net Framework)： 尋找在專案中的設定檔 - ApplicationInsights.config 中，將 AdaptiveSamplingTelemetryProcessor 節點移除或設成註解。 ( 參考來源 ) ...

今天閱讀到一篇關於 .Net Core 程式優化文章 ，順手翻譯、摘錄，作為參考： JIT 與 inline 篇： 已下為不會被轉譯為 inline 的函式： 1.1 大於 32 bytes 的程式碼 1.2 虛擬函式 1.3 含有除 if / else 之外的複雜流程控制的函式(例如: switch / while) 1.4 含有例外處理的程式碼，但會拋出例外的程式碼可能仍會被轉譯 1.5 傳入參數為結構或泛型 垃圾收集與記憶體配置篇： 可選用 cache 機制、區域物件 cache、使用 using 以有效控制物件存取範圍 有效率的使用 Filter 功能： .Net Core 提供以下 5 種 Filter： Authorization filters Resource filters Action filters Exception filters Result filters 根據不同時機選用 DI 服務生命週期的類型： DI 生命週期分為以下三種： Transient : 每次請求時都會產生新的 Instance Scoped : 每個 http Request 都會產生一份 Instance Singleton : 整個 Application 只會有一份 Instance 避免使用 LINQ LINQ 難以被 JIT 優化，並且對效能有影響，但有時是不可避免使用，須謹慎評估。 另一方面，LINQ to SQL 比 LINQ 更危險，應謹慎使用。 重構自動產生的程式碼 自動產生的程式碼是參考，程式設計師才最懂程式架構與流程 .NET Core 應用程式發佈方式： 7.1 Framework-dependent deployment (FDD)： 最小封裝尺寸；僅包含應用程式程式碼與第三方套件內容 7.2 Self Contained Deployment (SCD)： 封裝包含 .Net Core 函式庫與 .NET Core runtime，可獨立執行 7.3 Framework Dependent Executables (FDE)： 與 FDD 相似，封裝在目標平台上執行的可執行檔，僅包含應用程式程式碼與第三方套件內容 回應壓縮：可使用回應壓縮中...

【狀況】 使用 ASP.NET Core 站台建置 API 時，回傳 Guid 字串時，前端(Angular)發生 Exception 【原因】 回傳內容格式，格式被設定為 text 【修正】 在 Controller 宣告處加上  [Produces("application/json")] 回傳格式就會自動設定為 json 以上，收工!

最近在處理字串加密過程中，需要指定編碼做內容轉換， 意外踩到了 .NET Core 編碼的坑。 起因是這段程式碼： private static string PlainTextToHex(string str) { byte[] strBytes = Encoding.GetEncoding("BIG5").GetBytes(str); string strHEX = BitConverter.ToString(strBytes); strHEX = strHEX.Replace("-", ""); return strHEX; } 在取得 Encoding 時會出現以下錯誤訊息： 'BIG5' is not a supported encoding name. 原來是 .NET Core 僅保留最常用的編碼， (詳細支援清單請見下方 MSDN 連結) 其他編碼器需另外安裝 使用步驟： 1. 開啟 Package Manager Console，輸入以下指令 Install-Package System.Text.Encoding.CodePages 2. 註冊編碼提供者： 需註冊後才能使用額外編碼，可將以下程式碼放在程式入口 (例如：Startup 中) Encoding.RegisterProvider(CodePagesEncodingProvider.Instance); 做完就可以快樂使用囉~ 參考來源： 1.  [.NET Core] Encoding.GetEncoding(950) 取得繁體中文失效 !? 2. MSDN: Encoding Class