Blazor中Singleton回调Lambda的断点未命中问题排查

• Singleton服务默认懒加载：Singleton服务并非在应用启动时就实例化，而是首次被注入/请求时才会触发Lambda回调。你的BlobContainerClient只有在某个组件或服务首次使用它的时候，这段注册代码里的逻辑才会执行，断点才会命中。
• 服务未被实际引用：如果整个应用中没有任何地方注入或调用BlobContainerClient，这个Lambda回调永远不会被执行，断点自然不会触发。
• Blazor Server启动流程特性：服务注册是在启动阶段完成，但实例化逻辑是延迟执行的。除非你在启动过程中主动解析该服务，否则不会在启动时运行这段Lambda代码。
• 调试器附加时机偏差：如果调试器是在应用启动后才附加到进程，即使后续服务被使用，也可能错过断点触发（不过这种情况概率较低，核心还是懒加载问题）。

快速验证与解决 #

如果想在启动阶段就触发断点，可以在Program.cs中主动解析一次服务：

var app = builder.Build();

// 主动创建作用域并解析服务，触发Singleton实例化
using var scope = app.Services.CreateScope();
scope.ServiceProvider.GetRequiredService<BlobContainerClient>();

// 后续启动逻辑
app.MapBlazorHub();
app.MapFallbackToPage("/_Host");
app.Run();

另外，也可以在某个Blazor组件中注入该服务（比如@inject BlobContainerClient ContainerClient），当组件首次渲染时，Lambda回调就会执行，断点就能命中。

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