林德熙

dotnet 使用 windbg 运行脚本方式自动批量调试处理 dump 文件

本文将和大家介绍一个简单且实际用途不大的使用 windbg 配合脚本的方式，进行自动化的大批量对 dotnet 系应用的 dump 进行自动化分析调试处理，可以自动根据调试需求输出 dump 文件的一些信息

dotnet 修复多框架 TargetFrameworks 包含不受支持平台导致构建失败

本文将告诉大家如何修复 dotnet 项目里的多框架 TargetFrameworks 如果包含了当前系统无法支持的平台时，如何进行跳过。解决在 Linux 平台构建时提示 Mac Catalyst 不受支持而构建失败

dotnet 禁用 SQLite 的 SQLiteFunction 扫描程序集提升启动性能

在我所在的团队开发的一个 WPF 应用程序里面，使用到了 SQLite 作为本地数据库。在优化启动性能过程中，发现了在启动过程一旦访问 SQLite 将会因为 SQLiteFunction 扫描程序集导致 CPU 损耗，从而影响启动性能。本文将告诉大家如何禁用 SQLite 的 SQLiteFunction 扫描程序集

dotnet 使用 dnlib 检测插件程序集的 API 兼容性

本文将和大家介绍在开发 dotnet 的插件时，如何通过 dnlib 库检测当前的插件是否由于主应用程序的版本差异导致存在 API 兼容性问题

dotnet 测试 SemaphoreSlim 的 Wait 是否保持进入等待的顺序先进先出

本文记录我测试 dotnet 里面的 SemaphoreSlim 锁，在多线程进入 Wait 等待时，进行释放锁时，获取锁执行权限的顺序是否与进入 Wait 等待的顺序相同。测试的结果是 SemaphoreSlim 的 Wait 大部分情况是先进先出，按照 Wait 的顺序出来的，但是压力测试下也存在乱序，根据官方文档说明不应该依赖 SemaphoreSlim 的 Wait 做排队顺序

dotnet 测试 Mutex 的 WaitOne 是否保持进入等待的顺序先进先出

本文记录我测试 dotnet 里面的 Mutex 锁，在多线程进入 WaitOne 等待时，进行释放锁时，获取锁执行权限的顺序是否与进入 WaitOne 等待的顺序相同。测试的结果是 Mutex 的 WaitOne 是乱序的，不应该依赖 Mutex 的 WaitOne 做排队顺序

dotnet 测试在 UOS Linux 上使用 Process Start 打开文件的行为

本文记录我在 UOS Linux 系统上使用 Process.Start 打开文件的行为

dotnet 测试在 Linux 系统上的 Environment.GetFolderPath 行为

由于 Environment.GetFolderPath 可以传入的参数里面，有许多都是 Windows 系统特有的，在 Linux 上不存在的，也没有映射对应的文件夹。本文将在 WSL Debian 和 UOS 系统上测试 Environment.GetFolderPath 行为

dotnet 修复 GitHub Action 构建过程提示 NETSDK1127 错误

本文告诉大家，如何修复 GitHub Action 构建过程提示 error NETSDK1127: The targeting pack Microsoft.WindowsDesktop.App.WindowsForms is not installed. Please restore and try again. 错误

dotnet 警惕 C# 的 is var 写法

本文将和大家介绍 C# 语言设计里面，我认为比较坑的一个语法。通过 is var 的写法，会让开发者误以为 null 是不被包含的，然而事实是在这里的 var 是被赋予含义的，将被允许 null 通过判断逻辑，于是就会让开发者收到了奇怪的空异常

dotnet 警惕 Assembly.Location 返回空

在大部分情况下，获取当前所运行的应用程序的所在路径时，常用的就是 Assembly.Location 属性，按照之前的经验，使用 Assembly.Location 是最为稳定的做法，然而在 dotnet 发布单文件时，此属性将会为空，导致一些不符合预期的行为

dotnet 推荐一个使用 Json 直接路由通讯的 IPC 库

本文将和大家推荐一个我所在团队开源的本机多进程通讯 IPC 库，此 IPC 支持使用 JSON 格式进行直接路由通讯，具有使用方便，稳定性高，性能好的优点

dotnet 使用增量源代码生成技术的 Telescope 库导出程序集类型

本文将告诉大家在 dotnet 里面使用免费完全开源的基于增量源代码生成技术的 Telescope 库，进行收集导出项目程序集里面指定类型。可以实现性能极高的指定类型收集，方便多模块对接入自己的业务框架

dotnet 统信 UOS 运行 UNO FrameBuffer 应用错误 Failed to open FrameBuffer device

本文记录在 UOS 统信系统上运行 UNO 的基于 Skia 的 FrameBuffer 应用报错问题，错误提示是 Unhandled exception. System.InvalidOperationException: Failed to open FrameBuffer device /dev/fb0 (13) 的问题。问题原因是 UNO 应用的 FrameBuffer 写入失败，本文将告诉大家调查方法

dotnet 是否应该对 HttpResponseMessage 调用 Dispose 进行释放

对于 HttpClient 的请求响应值 HttpResponseMessage 来说，既然继承了 IDisposable 接口，自然就是想让大家可以通过 using 或者手动调用 Dispose 进行释放的。本文将来聊聊对 HttpResponseMessage 调用 Dispose 进行释放的意义有多大，有没有必要性的问题

dotnet 警惕 async void 线程顶层异常

在应用程序设计里面，不单是 dotnet 应用程序，绝大部分都会遵循让应用在出现未处理异常状态时终结的原则。在 dotnet 应用里面，如果一个线程顶层出现未捕获异常，则应用进程将会被认为出现异常状态而退出。通常来说就是未捕获异常导致进程闪退

dotnet 给 NuGet 包加上 Aliases 别名解决类型冲突

有时某个相同命名空间相同名字的类型被两个不同的 NuGet 包定义了，尽管这是非常少见的事情，咱需要使用到其中的一个 NuGet 包的类型，但默认情况下将会因为类型冲突而构建不通过。本文将告诉大家如何给 NuGet 包加上 Aliases 别名解决类型冲突

dotnet 警惕 ConcurrentDictionary 使用 FirstOrDefault 获取到非预期的首项

在 dotnet 里面的 ConcurrentDictionary 是一个支持并发读写的线程安全字典，在这个字典里面有一些行为会出现随机性，即多次执行相同的代码返回的结果可能不相同。本文记录在 ConcurrentDictionary 使用 FirstOrDefault 获取到非预期的首项的问题

dotnet win32 使用 WIC 获取系统编解码器

在 Windows 系统上，有一个很重要的概念是 Windows Imaging Component 也就是 WIC 层，这是专门用来处理多媒体相关的系统组件，特别是用来处理图片相关，包括编码和解码和处理图片。开发者可以扩展 WIC 层的编解码器，从而让系统可以支持更多格式的多媒体文件。本文将告诉大家如何获取当前系统上在 WIC 层安装的图片编解码器，从而了解当前系统支持哪些格式的图片

github 解决推拉代码提示 REMOTE HOST IDENTIFICATION HAS CHANGED 失败

本文记录最近 github 推送或拉取代码时提示 WARNING: REMOTE HOST IDENTIFICATION HAS CHANGED! 而失败的解决方法

dotnet 读 WPF 源代码笔记聊聊 HwndWrapper.GetGCMemMessage 调试消息

我在阅读 WPF 源代码，在 HwndWrapper 的静态构造函数看到了申请了 HwndWrapper.GetGCMemMessage 这个 Windows 消息，好奇这个消息是什么功能的。通过阅读 WPF 源代码和写测试应用，了解到这是一个完全用来内部测试或调试的消息，没有任何业务上的功能

dotnet 已知问题使用 Directory.EnumerateXXX 方法枚举 C 盘根路径可能错误的问题

在 dotnet 里面，可以使用 Directory.EnumerateXXX 系列方法进行枚举文件或文件夹。在准备枚举驱动器根路径的文件或文件夹时，可能获取到错误的路径。错误的步骤在于传入的是如 C: 不带斜杠的路径，且存在同驱动器磁盘下的非根路径工作路径

dotnet 警惕 Task 的 ContinueWith 带上 OnlyOnFaulted 参数抛出取消异常

本文记录 dotnet 的一个令人迷惑的设计，在 Task 里，有一个叫 ContinueWith 的方法，此方法可以在 Task 完成时执行传入的委托。在 ContinueWith 方法里面，还有一个可选的 TaskContinuationOptions 参数，在此参数里面传入 OnlyOnFaulted 即可在 Task 出错时才执行传入的委托，然而此行为迷惑的是在 Task 正在执行完成却抛出取消异常

dotnet6 C# 一个国内还能用的 NTP 时间校准客户端的实现

本文来记录一个我自己在使用的 NTP 时间校准客户端的实现

dotnet 记 TaskCompletionSource 的 SetException 可能将异常记录到 UnobservedTaskException 的问题

本文将记录 dotnet 的一个已知问题，且是设计如此的问题。假定有一个 TaskCompletionSource 对象，此对象的 Task 没有被任何地方引用等待。在 TaskCompletionSource 被调用 SetException 或 TrySetException 方法时，将会记录一个存在异常且未捕获的 Task 对象。此 Task 对象将会在被 GC 回收时，进入 TaskScheduler.UnobservedTaskException 事件里面，尽管没有明确副作用，但是会吓到不明真相的开发者

dotnet 将控制台 Console.WriteLine 内容输出到文件

很多伙伴喜欢使用 Console.WriteLine 打日志，也许是打起来顺手。打完了之后，又想着，要是能够输出到本机文件那就更好了。既然很多伙伴都有这个想法，那 dotnet 自然就是有方便的方法让咱来实现此需求。只需要调用 Console.SetOut 方法，即可将控制台的输出重定向到一个 TextWriter 里面，只要此 TextWriter 最终输出到本地文件里，即可实现将控制台的内容输出到文件。本文将来告诉大家这个实现方法

dotnet 理解 IConfigurationProvider 的 GetChildKeys 方法用途

我最近遇到了一个有趣的 Bug 让我调试了半天，这个 Bug 的现象是我的好多个模块都因为读取不到配置信息而炸掉，开始我没有定位到具体的问题，以为是我的配置服务器挂掉了。经过了半天的调试，才找到了是我新加入的使用 COIN 配置库的 ReadonlyCoinConfiguration 类型导致的，此 ReadonlyCoinConfiguration 类型继承 IConfigurationProvider 接口，但是我对 IConfigurationProvider 的 GetChildKeys 方法的理解不对，实现错了 GetChildKeys 方法，导致在枚举应用内的所有配置时，配置都会 ReadonlyCoinConfiguration 过滤掉，导致模块读取不到配置。本文将告诉大家 IConfigurationProvider 的 GetChildKeys 方法用途和如何正确实现他

lindexi

林德熙