唐青枫

简介 异步代码一多，参数传递很快就会开始变味。 最常见的场景是这样： 入口层拿到了 TraceId 服务层要打日志 仓储层也想拿到同一个 TraceId 调了好几层 await 以后，这个值还得一直跟

简介 很多业务系统刚开始都差不多： 一个 Service 里面既有新增、修改、删除 也有列表、详情、统计、搜索 前期这样写很顺手。 但只要项目稍微复杂一点，问题就会慢慢冒出来： 读逻辑和写逻辑揉在一起

简介 多线程代码里最麻烦的一个点，不是“怎么开线程”，而是“数据到底该不该共享”。 很多并发问题，本质上都不是线程太多，而是： 好几个线程同时改同一份数据 于是开始加锁 锁一多，性能又掉下去 这时候就

MediatR 是 .NET 里很常见的进程内消息分发库。MediatR 不是消息队列，也不是分布式事件总线，它是应用进程内部的请求分发器。

简介 在 .NET 高性能内存编程里，Span<T> 解决了一个很实际的问题： 但 Span<T> 本身还是比较“规矩”的。 比如： Span<byte> 就是按字节看； Span<int> 就是按整

TaskCompletionSource<T> 的作用，不是启动任务，而是手动控制一个 Task<T> 什么时候完成。

Task 是异步操作的结果载体，async/await 是操作这个载体的语言级语法糖，而真正决定是否占线程、怎么调度、何时恢复执行的，是底层操作类型、上下文和运行时调度机制。

IValueTaskSource 是 ValueTask 异步路径上的低层承载接口，核心价值是让异步操作的状态对象可以复用，从而减少甚至避免额外分配。

ObjectPool 这类工具，真正值钱的地方不是“把所有对象都放进池里”，而是： 对某些创建成本不算低、使用频率高、生命周期短、又能安全复用的对象，减少重复分配和回收的成本。