1. 面试导论与知识地图

很多候选人准备.NET后端面试时，第一反应是刷算法题、背八股文，结果面试中被问到“你项目里为什么用Scoped而不是Singleton”“EF Core的N+1问题怎么发现和解决”时却答不上来。根本原因在于：没有先建立对面试本身的认知框架。本章的目标不是教你某个具体知识点，而是帮你回答三个问题——面试官到底在考什么？这些考察点如何组织成一张知识地图？你应该按什么顺序去准备？

一、面试考察的五个维度

综合国内一线互联网公司和中大型软件企业的.NET后端面试实践，考察维度可以归纳为五层，从下到上依次是：

第一层：语言与运行时基础。这是门槛层。面试官会通过C#语法特性（如委托、LINQ、async/await、Span<T>）、GC机制、值类型与引用类型的内存布局等问题，判断你是否真正理解代码在CLR上如何运行。典型问法不是“什么是装箱”，而是“这段代码执行了多少次装箱，为什么”。

第二层：框架与中间件。聚焦ASP.NET Core的请求管道、依赖注入生命周期、中间件顺序、过滤器与模型绑定。这一层考察的是你能否驾驭框架，而不是被框架驾驭。

第三层：数据访问与持久化。包括EF Core的查询翻译、跟踪与非跟踪查询、事务与并发控制，以及ADO.NET/Dapper的使用场景判断。面试官常给出一段EF Core查询代码，让你判断生成的SQL是否合理。

第四层：系统设计与架构。缓存策略、消息队列、分布式事务、限流熔断、微服务拆分边界。这一层通常出现在高级岗位或终面，考察技术选型的权衡能力。

第五层：工程素养与软技能。包括代码规范、测试意识、线上问题排查思路、跨团队协作。这一层往往通过行为面试题（“讲一次你排查线上CPU飙升的经历”）来考察。

二、常见轮次与评分标准

典型的中高级.NET后端面试通常为3～5轮，每轮侧重点不同：

轮次	形式	核心考察	时长参考
一面（技术基础）	电话/视频	C#、CLR、ASP.NET Core基础	45～60分钟
二面（技术深入）	视频/共享屏幕	数据访问、并发、框架源码级理解	60分钟
三面（系统设计）	白板/文档协作	架构设计、技术选型、权衡	60分钟
交叉面/主管面	视频	项目深度、软技能、文化匹配	30～45分钟
HR面	电话/视频	稳定性、薪资预期、动机	20～30分钟

评分标准通常采用分级制。以某类常见评分为例，每个维度分为四档：不及格（概念错误或完全不了解）、及格（能说出定义但缺乏深度）、良好（能结合实际场景解释，有项目佐证）、优秀（能对比多种方案，指出适用边界和取舍依据）。面试官会在每轮结束后填写评分表，最终由招聘委员会综合决定。理解这一点很重要：你不需要每个问题都答得完美，但需要在核心维度上稳定达到“良好”以上。

三、整体知识地图

把上述考察维度展开，就得到一张可操作的知识地图。建议按以下四条主线组织你的复习：

主线一：C#与运行时。语法特性（泛型、委托、LINQ、模式匹配）→ 内存管理（栈与堆、GC代际、IDisposable）→ 并发编程（Task、async/await状态机、锁与无锁结构）→ 运行时机制（JIT、程序集加载、反射与表达式树）。

主线二：ASP.NET Core。请求管道与中间件 → 依赖注入（三种生命周期及其陷阱）→ 配置与选项模式 → 路由与模型绑定 → 过滤器与异常处理 → 认证授权 → 日志与可观测性。

主线三：数据访问。ADO.NET基础 → EF Core（DbContext生命周期、变更跟踪、查询翻译、迁移）→ Dapper与手写SQL → 事务与并发（乐观锁、悲观锁）→ 缓存（内存缓存、Redis）→ 消息队列。

主线四：系统设计与工程实践。分层架构与领域驱动设计 → 微服务与API网关 → 分布式一致性与幂等 → 性能优化与容量评估 → 单元测试与集成测试 → CI/CD与容器化部署。

四、一个可执行的复习启动方案

假设你有四周准备时间，可以按以下方式分配。第一周集中攻克主线一和主线二，每天用两小时阅读核心概念并手写代码验证。例如，验证DI生命周期时，可以写一段最小示例：

var builder = WebApplication.CreateBuilder(args);
builder.Services.AddSingleton<ISingletonService, SingletonService>();
builder.Services.AddScoped<IScopedService, ScopedService>();
builder.Services.AddTransient<ITransientService, TransientService>();

var app = builder.Build();
app.MapGet("/lifetimes", (ISingletonService s1, ISingletonService s2,
    IScopedService sc1, IScopedService sc2,
    ITransientService t1, ITransientService t2) =>
{
    return new
    {
        SingletonSame = ReferenceEquals(s1, s2),
        ScopedSame = ReferenceEquals(sc1, sc2),
        TransientSame = ReferenceEquals(t1, t2)
    };
});
app.Run();

运行后访问该端点，你会观察到：SingletonSame为true，ScopedSame在同一个请求内为true，TransientSame为false。这个亲手验证的过程，比背诵“Singleton全局唯一、Scoped每请求一个、Transient每次注入新建”要深刻得多。面试中如果被追问“Scoped在中间件构造函数中注入会怎样”，你就能从请求管道的构建时机出发解释为什么会出现生命周期不匹配的异常。

第二周主攻数据访问，重点是用EF Core的日志功能观察SQL生成。在DbContext配置中开启敏感数据日志后，执行一个包含导航属性的查询，观察是否产生了额外的SQL语句，从而理解N+1问题的成因。第三周练习系统设计，可以选“设计一个短链接服务”或“设计订单超时取消”这类题目，在白板上画出组件图并标注关键取舍。第四周进行模拟面试，找同伴互相提问，重点训练表达的结构性——先给结论，再给理由，最后给例子。

五、常见误区与纠正

第一个误区是“只背答案不理解原理”。比如被问到“async/await的原理”，如果只回答“异步方法不会阻塞线程”，面试官追问“状态机是如何生成的”“ConfigureAwait(false)的作用是什么”时就会暴露。纠正方法是：每学一个概念，都尝试用IL或源码层面的知识解释它。

第二个误区是“忽视项目经验的梳理”。面试官更愿意听你讲“我在项目中遇到了什么性能问题，如何定位，最终怎么解决”，而不是“我用了Redis做缓存”。建议提前准备3～5个能体现技术深度的项目案例，每个案例按“背景—问题—分析—方案—结果”的结构整理。

第三个误区是“不重视表达和沟通”。技术面试不仅是知识测试，也是协作能力的预演。回答问题时先确认理解，再组织语言，遇到不确定的地方可以说明思路而非硬编。这种坦诚和结构化表达，往往比一个错误答案更能赢得面试官认可。

本章建立的知识地图将贯穿后续所有章节。接下来每一章都会围绕地图中的某个节点展开，从概念到代码，从原理到面试问法，帮助你逐步把这张地图变成自己的知识体系。