C# .NET 周刊｜2026 年 9 月 2 期

C# .NET 周刊｜2026 年 9 月 2 期 2026-09-13 dotnet_week_26_9_2

国内文章

SimdPaddleOCR 发布------一个纯 C# 的完整 OCR 推理库

https://www.cnblogs.com/sdcb/p/22863347/20260907-simdpaddleocr-intro

文章介绍了一个纯 C# 的 OCR 推理引擎 SimdPaddleOCR。它不依赖原生库，支持 PP-OCRv6 的检测、方向分类和识别链路，模型直接嵌入程序集资源。作者强调它可在多种图像库和不同 .NET 版本中使用，并给出了性能对比，称其在某些场景下比纯 C 版本更快。文章技术细节较多，实用性强，内容新颖，但缺少正式引用和完整验证信息。

从对标 Java 到对标 Go：Native AOT 的"无痛化"之路，走到哪一站了？

https://www.cnblogs.com/shanyou/p/22872615

文章围绕 .NET Native AOT 的演进、价值和生态痛点展开，分析了它从 .NET 7 到 .NET 11 的成熟路径。文章强调 AOT 的核心难点不在编译器，而在反射驱动的旧生态，并指出 Source Generator 是关键解法。内容技术细节较多，观点清晰，结合了框架、库和云原生场景，实用性较强，也有一定时效性和原创判断。

轻量，再轻量：当 PicoServer 遇上 SimdPaddleOCR

https://www.cnblogs.com/juziyu/p/22871789

文章介绍用 PicoServer 和 Sdcb.SimdPaddleOCR 在 .NET 进程内实现轻量 Web API、静态页和中文 OCR。作者强调不用 ASP.NET 的原因是场景简单，追求低依赖、快速启动和易部署，并展示了路由、OCR 加载和业务解耦的思路。内容偏实践，说明了集成方式和工具定位，但细节和对比论证不够完整。

从 2026 年 3 月 1 日开源，到 26.10.9：Jalium UI 半年时间到底走了多远？

https://www.cnblogs.com/ruo1101/p/22880449

这篇文章是对 Jalium UI 半年演进的技术回顾，信息密度高，覆盖渲染、布局、文本、AOT、虚拟化和跨平台等关键方向。它展示了框架从可用到成型的过程，也能看出作者对架构演进有较强观察力。但文章更像版本流水账，缺少深入原理分析、性能数据和对比验证。可读性较好，术语多但结构清晰。引用公开 Tags 和 Releases，来源基础尚可，但缺少更完整的外部证据。

Vane.Dispatch 1.0.0 发布：一个与容器、传输层零耦合的 .NET 服务分发引擎

https://www.cnblogs.com/netcasewqs/p/22878935

这篇文章介绍了 Vane.Dispatch 1.0.0，一个与容器和传输层解耦的 .NET 服务分发引擎。它强调路由、模型绑定、过滤器、代理生成和 AOT 兼容，目标是把调用请求干净地分发到业务代码。文章还给出代码示例，展示如何快速接入和使用。

YOLO for Visual Studio 介绍

https://www.cnblogs.com/cnsharp/p/22866618

本文介绍 Visual Studio 中的 YOLO 扩展，用于在 IDE 内直接启动和管理 AI 编程 Agent。它支持真实 ConPTY 终端、多 Tab、Y/R 全局开关、会话恢复、自定义 Agent 和图标，并把工作目录绑定到当前解决方案。文章以 VS2022/VS2026 安装和五分钟上手为主，实践性强，技术细节适中，内容清晰，但引用和来源说明较少。

国际周报

主题(Topic)

.NET and .NET Framework September 2026 servicing releases 更新- .NET Blog

https://devblogs.microsoft.com/dotnet/dotnet-and-dotnet-framework-september-2026-servicing-updates/

2026 年 9 月.NET 和.NET Framework 的服务版本。这个版本包含了对 7 个漏洞的修复和一些错误的修复。

CVE-2026 -69805 - .NET 特权漏洞的高度。
CVE-2026 -71328 - .NET 和 Visual Studio 远程代码执行漏洞
CVE-2026 - 69521 .NET 和 VisualStudio 远程代码执行漏洞(.NET 和.NET 框架)
CVE-2026 - 69302 - ASP.NET Core 拒绝服务漏洞
CVE-2026 - 58648 - .NET 信息披露的漏洞
CVE-2026 -66822 - (详细页未公开)
CVE-2026 - 6806 - .NET 特权漏洞的高度。

宣布.NET 11 候选版本 1 - .NET 博客

https://devblogs.microsoft.com/dotnet/dotnet-11-rc-1/

.NET 11 候选版本 1 已经发布。

库(Library)
- 检查进程信号和退出状态
- 实验性调用者驱动的 TLS 会话
- 在 Linux 上解析 DNS 记录
- JSON 支持新的数字类型和二进制模式
- JSON 中的封闭类型多态性和 union 支持
- 非同步选项验证
- 从 Span 构建 BitArray
- 重复使用压缩编码器/解码器
- Unix 下的 TLS 通道绑定
- 更快地在 Apple 平台上进行身份验证加密
- AES Key Wrap 支持
Runtime(运行时)
- Unix 上的进程中崩溃报告
- 使用 FP 16 硬件说明操作半
SDK(SDK)
- 移动应用程序中 dotnet test 改善(改进)
- dotnet test 将运行级控制和结果布局添加到
- 在容器发布中跳过可再生图像和冗余上载
- 增加了对 Native AOT 中基于文件的程序的重用和格式化支持
- dotnet format 限制为包含配置搜索的文件
MSBuild(MSBuild)
- 创建并部署 tar 归档文件
- 将 Item Grove 模式发布到构建工具
Nuget(NuGet)
- 重用 pack 的现有项目评估
- 易受攻击的软件包更新现在可以将警告视为错误
C#(C#)
- 稳定 C#15 中的联合和其他语言特性
- 改进了不安全的进化
F(F)#
- 记录扩散(Record spread)
- 记录构造器(Record Constructor)
- 直接生成委托人
- 有效的完成字符串
- 无反射记录和 union 格式
ASP.NET Core
- 确定 SignalR 身份验证更新 API
- SignalR TypeScript 客户端身份验证更新支持
- 更新 Blazor 服务器身份验证后的线路更新
- OpenAPI 弃用 API 的繁荣发展
- 在构建时选择 OpenAPI 环境
- 使用 TLS 通道绑定进行 Negotiate 身份验证
.Net Maui
- Test(测试)
- Control(控制)
- 平台功能(Platform Features)
- XAML(XAML)
- .Net for Android
- 苹果平台(适用于 iOS、Mac Catalyst、macOS 的.NET)
Windows 窗体(Windows Forms)
- 管理亭风格的体验
- 为 RC 1 稳定的现代视觉风格

VS Code 的故事 | 官方记录- YouTube

https://www.youtube.com/watch?v=kHL3XzjpT5w

Visual Studio Code 的官方纪录片现已在 YouTube 上发布。

Zenith 项目宣布：开发人员级设备上的现成代码 Windows 体验

https://blogs.windows.com/windowsdeveloper/2026/09/04/announcing-project-zenith-the-ready-to-code-windows-experience/

作为面向开发者的设备构成，发表了 Project Zenith。

Project Zenith 适用于具有 64 GB 或更高统一内存和 250 GB/s 或更高内存带宽的 PC 安装了预先为开发人员配置的 Windows 11，安装了 Studio Code 和各种语言/运行时等。首先，AMD 的 Ryzen AI Halo 设备将在未来几个月内上市。

Release(Release)

Microsoft/CsWin32
- 未标记-ba 220 eb 6 b8235989 a129

文章、幻灯片等。

测试你的船： MSTest 和 Native AOT - .NET 博客

https://devblogs.microsoft.com/dotnet/mstest-source-generation/

关于使用 MSTest 和 Native AOT 的组合进行测试

用 Pagefind-David Pine 添加完整文本搜索到 Blazor WebAssembly| @IEVangelist

https://davidpine.dev/posts/pagefind-blazor-webassembly/

了解如何将 Pagefind 集成到 Blazor WebAssembly 应用程序中以实现全文搜索。

更糟的是： C#对 F#。

https://blog.ploeh.dk/2026/09/08/worse-is-better-c-versus-f/

F#不受欢迎，但比 C#更好。

为什么骑手和骑手起步缓慢，以及微软如何帮助解决这个问题-JetBrains 的博客

https://blog.jetbrains.com/dotnet/2026/09/09/why-rider-and-resharper-were-slow-to-start-and-how-microsoft-helped-fix-the-problem/

当 ReSharper 在 Out-of-Process 中运行时，由于 Visual Studio 启动缓慢而开始调查，调查了各种 IDE 等的启动时间，结果发现 Microsoft Defender 是原因，因此与 Microsoft 合作进行了改善。

JetBrains 和 Defender_performance_tool：实时 Microsoft Defender 扫描性能监视器

用基于文件的应用程序编写验证代码

https://zenn.dev/litharge/articles/afdbba9d88239d

关于在基于文件的应用程序中使用 BenchmarkDotNet 或 TUnit 编写验证代码。

今天，我们将.....。find hidden latency across a distributed .NET 应用程序- Visual Studio Blog

https://devblogs.microsoft.com/visualstudio/today-i-will-find-hidden-latency-across-a-distributed-net-application/

在一个示例项目中，一步一步地研究 Blazor/Aspire 分布式应用程序的性能问题。

.NET Conf 2026 社区日呼吁为演讲者开放- .NET 博客

https://devblogs.microsoft.com/dotnet/dotnet-conf-2026-community-days-call-for-presenters/

. NETConf 2026 社区日的演讲稿现已开放。

我的 OSS 项目-AngleSharp

https://dev.to/florianrappl/my-oss-projects-anglesharp-3b8j

来自 AngleSharp 的作者的评论。AngleSharp 是如何开发的，以及我们目前还没有完成的事情。

今日人物

迈克尔·斯通布雷克(英语：Michael Stonebraker，1943 年 10 月 11 日---)，美国计算机科学家，长期专注于数据库系统研究与工程实践。他在加州大学伯克利分校参与创建 Ingres 和 Postgres，后来又推动 Illustra、Vertica、VoltDB、SciDB 等数据库系统与公司，将关系数据库研究从学术原型推进到商业和开源软件实践。

2014 年，斯通布雷克因"对现代数据库系统基础概念与实践作出的基础性贡献"获得图灵奖。ACM 特别肯定了他发明并工程化大量现代数据库采用的概念，并通过开放软件发布促进了这些技术的广泛应用。

C# .NET 交流群

相信大家在开发中经常会遇到一些性能问题，苦于没有有效的工具去发现性能瓶颈，或者是发现瓶颈以后不知道该如何优化。之前一直有读者朋友询问有没有技术交流群，但是由于各种原因一直都没创建，现在很高兴的在这里宣布，我创建了一个专门交流.NET 性能优化经验的群组，主题包括但不限于：

如何找到.NET 性能瓶颈，如使用 APM、dotnet tools 等工具
.NET 框架底层原理的实现，如垃圾回收器、JIT 等等
如何编写高性能的.NET 代码，哪些地方存在性能陷阱

希望能有更多志同道合朋友加入，分享一些工作中遇到的.NET 问题和宝贵的分析优化经验。目前一群已满，现在开放二群。 可以加我 vx，我拉你进群: ls1075 另外也创建了 QQ Group: 687779078，欢迎大家加入。

C# .NET 周刊 ｜2026 年 9 月 2 期