-
从 .NET Framework 4.8 + WCF + IIS + Windows Server + 自研日志 + 单进程部署 → .NET 9 + ASP.NET Core 9 + Minimal API + EF Core 9 + gRPC + Aspire + Orleans + YARP + Native AOT + Chiseled Ubuntu + OpenTelemetry 全栈现代化 87 天踩坑录:21 反模式 + 23 修法
27 位 .NET 工程师 87 天把公司 .NET Framework 4.8 + WCF + IIS + Windows Server + 自研日志 + 单进程部署 整体迁移到 2026 年 .NET 9 + ASP.NET Core 9 + Minimal API + EF Core 9 + gRPC + Aspire + Orleans + YARP + Native AOT + Chis…- 4
- 0
-
从 .NET 6 / Framework 4.8 杂烩 → .NET 9 + C# 13 + ASP.NET Core 9 + Minimal API + Native AOT + EF Core 9 + Aspire + Orleans 全栈升级 36 天踩坑录:13 反模式 + 14 修法
41 位 C# 工程师 36 天把公司 .NET 技术栈全栈从 .NET 6 / Framework 4.8 / EF Core 6 / ASP.NET Core 6 升级到 .NET 9 + C# 13 + ASP.NET Core 9 + Minimal API + Native AOT + EF Core 9 + gRPC.NET 2.66 + MassTransit 8.3 + Media…- 0
- 0
-
.NET 8 数据网关 P99 每 18 分钟飙到 4.2 秒的 5 天复盘:async 三连击反模式 + ThreadPool 饥饿定位 + 4 种修法 + 12 条 async 纪律
我们的 .NET 8 + ASP.NET Core 实时数据网关每 18 分钟出现 P99 4.2 秒尖刺,5 天定位到 .Result 同步阻塞 + 缺 ConfigureAwait + 自定义同步 Logger 三连击导致 ThreadPool 饥饿,4 种修法把 P99 稳定回 28ms。- 2
- 0
-
.NET 8 LOH 碎片化导致 ASP.NET Core 每 36 小时 Pod OOMKilled 的 8 天复盘:ArrayPool + RecyclableMemoryStream + Pipelines 三件套落地
三年稳定的 ASP.NET Core 服务在 .NET 6 升 8、Newtonsoft 换 STJ 后开始按表过夜:每 36 小时 Pod 必被 OOMKilled,GC Heap 看着稳定,RSS 却涨到 4GB。8 天复盘最终定位到 LOH 碎片化:序列化路径 4 处 ≥85000 字节瞬时分配把虚拟空间撑成筛子。文章包含 dotnet-gcdump + PerfView 诊断、5 个修法、…- 4
- 0
-
ASP.NET Core 报表导出 90k 行 Pod 内存 90 秒冲到 6.1GB OOM 的 5 天复盘:EF Core ChangeTracker + LazyProxies + N+1 三层叠加根因 + projection 流式优化全过程
EF Core 8 默认行为踩雷复合性能反模式,导出 9 万行工单 90 秒内 Pod 内存从 1.5GB 冲到 6.1GB OOM。5 天复盘揪出 ChangeTracker 持有 + LazyProxies N+1 + ToList 全加载三层叠加根因,4 层修法 + 7 种 EF Core 反模式表 + 决策树 + 8 条 .NET ORM 性能纪律,最终内存降到 320MB 耗时降到 18…- 0
- 0
-
C# async-over-sync 反模式 + HttpClient 端口耗尽两连击雪崩复盘:从 P99 11s 到 115ms 的全过程
一个 ASP.NET Core 服务在大促预热被两个 .NET 经典反模式同时打中:async-over-sync 的假异步引发 ThreadPool 饥饿,叠加 new HttpClient 引发端口耗尽,CPU 才 28% 但 P99 飙到 11 秒。本文复盘事故时间线、五种修法、性能基准对比、以及我们立下的 8 条 .NET 异步纪律,帮所有 .NET 团队避开同样的雪崩。- 0
- 0
ASP.NET Core
-
￥优惠劵使用时效：无法使用使用时效：
之前
使用时效：永久有效优惠劵ID：×