前言 System.Text.Json 从 .NET 6 开始提供源生成器（source generation）模式：编译时生成序列化代码，运行时不再做反射。对启动时间敏感的 CLI 工具、AOT 编译应用和高吞吐 API 服务都有明显...

前言 异步编程在 .NET 里已经普及多年，但「接口偶发变慢、CPU 不高、线程数却持续上涨」这类问题依然常见，十有八九和线程池饥饿有关。本文把线程池的工作方式、饥饿的成因、常见的阻塞代码模...

前言 进程内缓存是每个后端项目迟早要面对的问题：热数据重复查库、配置项频繁读取、外部接口结果短期复用，都可以用内存缓存解决。.NET 自带的 IMemoryCache 开箱即用，但缓存击穿、过期策略和...

前言 写业务代码时，大部分性能问题出在数据库、网络和序列化上，字符串和数组的分配通常不值得优化。但在解析协议、处理文件、写通用库和热路径接口时，每一次多余的分配都会变成 GC 压力。Spa...

前言 在图像识别、文本分类、目标检测和推荐评分等场景中，模型训练通常不应该和 Web API 运行在同一个业务层里。训练完成后，把模型导出成 ONNX，再由服务端加载并执行推理，是一种比较常见的...

前言 前面的专题已经分别介绍了 HQServer 的 JWT、ORM、Quartz、RabbitMQ、SignalR 和基础架构整理。随着这些能力逐步加入，框架已经从“能跑起来的 Web API 项目”继续向“可以直接作为业务项...

前言 前面几篇已经把 HQServer 的 JWT、Quartz、RabbitMQ 等基础功能接进来了。到这里，如果只看单个功能，可能觉得都不复杂；真正开始写业务时，问题往往出在它们怎么串起来。 所以这篇不再单...

前言 上一篇我们已经给 HQServer 的 RabbitMQ 封装补上了死信队列能力，到这里消息发布、消费、手动 Ack/Nack、消费失败处理和死信队列都已经有了统一入口。 不过基础能力越来越多以后，框架能...

前言 上一篇我们已经把 RabbitMQ 的发布、消费、手动 Ack/Nack 和消费失败处理补进了 HQServer。正常业务里，仅仅把消息消费失败后 BasicNackAsync 掉还不够，因为失败消息如果直接丢弃，问题排...

前言 前面几篇文章已经把 JWT、Quartz.NET、RabbitMQ 等基础能力陆续接入到了 HQServer。功能能跑起来只是第一步，随着模块越来越多，如果继续把注册、管道、中间件、数据库初始化都堆在 Progra...