同时在DbContext.OnConfiguring与ASP.NET Core Startup.ConfigureServices中配置optionsBuilder的预期结果是什么？

我来帮你理清这个问题——当你同时在DbContext.OnConfiguring和ASP.NET Core的Startup.ConfigureServices里配置EF Core上下文选项时，EF Core遵循明确的优先级规则，具体行为如下：

• ConfigureServices的配置优先级更高：你在Startup.ConfigureServices中通过services.AddDbContext<IssuerContext>(...)传入的配置，会直接覆盖OnConfiguring方法中同类的配置项。比如你代码里已经指定了UseSqlServer和DefaultConnection连接字符串，哪怕你的IssuerContext.OnConfiguring里也写了数据库连接相关的配置，最终都会以Startup里的设置为准。
• 未覆盖的配置会合并：如果OnConfiguring里配置了一些Startup里没涉及的选项（比如启用EF Core日志、设置查询超时时间、配置模型缓存），这些配置会和Startup里的设置合并生效。只有当两者配置了完全相同的选项时，Startup的配置才会覆盖OnConfiguring的。
• 极端情况：Startup未配置核心选项时才会 fallback 到OnConfiguring：如果你的Startup里只注册了DbContext，但没指定数据库提供程序（比如没写UseSqlServer），这时候EF Core才会去执行OnConfiguring里的代码来补充必要的配置，确保上下文能正常工作。

结合你的代码来看：你已经在Startup里明确配置了使用SqlServer和对应的连接字符串，所以不管你的IssuerContext.OnConfiguring里有没有数据库相关的配置，最终都会使用Startup里的SqlServer连接。如果OnConfiguring里有其他额外配置，会和Startup的配置合并生效。

内容的提问来源于stack exchange，提问作者makerofthings7