唐青枫

简介 SignalR 在单节点开发环境里通常很好用。 你本地起一个应用，前端连上来，消息一发，聊天室、通知、在线状态、协作编辑似乎都没什么问题。 但很多团队一到生产环境，问题就开始冒出来了： 应用一扩

简介 只要你开始深入看 .NET 的并行调度模型，很快就会碰到一个高频词： 很多文章会告诉你： 它是“工作窃取” 每个线程有自己的队列 队列空了就去偷别人的任务 这些说法当然没错，但还远远不够。 真正

简介 Task.Run 是 .NET 里最常见、也最容易被误解的 API 之一。 很多人对它的第一印象是： “开个后台线程” “把同步代码变异步” “防止阻塞当前线程” 这些说法不能说全错，但都不够准

简介 在 .NET 里，只要你开始关注性能，尤其是这些场景： 高频字符串处理； 协议解析和编码； 临时 byte / char 缓冲区； 循环里的小数组分配； 希望减少 GC 干扰的热点代码； 你大概

简介 如果说： Span<T> 解决的是“如何高效操作一段连续内存”； Memory<T> 解决的是“如何跨异步边界持有连续内存”； ReadOnlySequence<T> 解决的是“如何处理多段逻辑

简介 如果说 Span<T> 解决的是“如何高效处理一段连续内存”，Memory<T> 解决的是“如何跨异步边界持有一段连续内存”，那么 ReadOnlySequence<T> 解决的就是另一个更真实

简介 如果说 Span<T> 是 .NET 高性能内存体系里最亮眼的类型，那么 Memory<T> 就是它最重要的搭档。 很多人学完 Span<T> 后，马上会遇到几个现实问题： 为什么 Span<T

简介 在 .NET 里，只要你开始关注性能，尤其是这些场景： 字符串解析； 网络协议处理； 文件读取和缓冲区操作； JSON、CSV、日志、报文解析； 高频数组切片； 你几乎一定会遇到 Span<T>

简介 在 .NET 项目里，很多“重复但又不能随便写错”的代码，本质上都不值得手写。 例如： DTO 映射代码； INotifyPropertyChanged 模板代码； 接口注册代码； 序列化上下文