WinForms中使用Autofac DI容器注入应用用户对象的最佳实践咨询

关于用户对象的引用方式选择 #

优先选择启动阶段校验时查询一次用户对象，将其作为依赖注入所有需要的类，不推荐每次使用时通过仓储重新查询，原因如下：

• 你的业务规则明确要求启动时必须完成用户合法性校验，校验不通过直接终止程序，根本不会进入后续运行流程，用户合法性是应用启动的前置条件，不是运行时动态判断的逻辑。
• Windows登录用户在应用运行期间不会发生变更，单次查询后复用没有数据一致性问题，反而能避免无意义的数据库往返开销，也不会出现运行时数据库临时故障导致用户信息查询失败、权限状态不一致的异常。
• 构造函数直接注入用户对象的方式，能让依赖关系更明确：所有需要用户信息的类，直接在构造函数声明依赖即可，不需要依赖IUserRepo来间接获取用户数据，单元测试时也可以直接传入Mock用户对象，测试成本更低。

如果你的业务后续要求用户权限实时同步数据库变更，可以再给用户对象加缓存过期策略，或者在需要校验最新权限的场景单独走仓储查询，默认场景下单次注入是最优解。

具体实现方式（完全符合DI原则） #

你不需要修改ContainerConfig的注册逻辑把用户对象提前传进去，也不需要手动new IUserRepo来查询用户，正确的实现逻辑是在组合根内分三步完成：

1. 先构建根容器，注册所有基础依赖（数据库上下文、仓储、窗体、服务等通用依赖）
2. 从根容器开启一个临时的生命周期Scope，解析IUserRepo完成用户查询和合法性校验，校验不通过直接提示并退出程序
3. 校验通过拿到合法用户实例后，再开启应用运行用的主生命周期Scope，将已查询到的用户实例注册到这个Scope中，后续所有应用组件（主窗体、子控件、服务等）都从这个主Scope解析，自动获得用户实例依赖。

修正后的代码示例 #

Program.Main

using Autofac;
using System;
using System.Windows.Forms;

namespace MyWinformsApplication
{
    static class Program
    {
        [STAThread]
        static void Main()
        {
            Application.EnableVisualStyles();
            Application.SetCompatibleTextRenderingDefault(false);

            // 1. 构建根容器，注册所有通用基础依赖
            var container = ContainerConfig.Configure(Properties.Settings.Default.Environment);
            
            AppUser currentUser = null;
            // 2. 临时Scope用于查询校验用户，用完自动释放
            using (var userCheckScope = container.BeginLifetimeScope())
            {
                var userRepo = userCheckScope.Resolve<IUserRepo>();
                var windowsLoginName = Environment.UserName;
                currentUser = userRepo.GetByLoginName(windowsLoginName);
                
                if (currentUser == null || !currentUser.IsValid)
                {
                    MessageBox.Show("当前系统用户无应用访问权限，程序即将退出");
                    return;
                }
            }

            // 3. 开启应用主生命周期Scope，注册已校验通过的用户实例
            using (ILifetimeScope appScope = container.BeginLifetimeScope(builder =>
            {
                // 将当前用户实例注册为单例，整个appScope内的组件都能解析到
                builder.RegisterInstance(currentUser).AsSelf().SingleInstance();
            }))
            {
                var app = appScope.Resolve<IMyApp>();
                app.Run();
            }
        }
    }
}

ContainerConfig

不需要做任何特殊修改，保持原有通用依赖注册逻辑即可：

public static class ContainerConfig
{
    public static IContainer Configure(EnvironmentEnum environment)
    {
        var builder = new ContainerBuilder();
        // 原有注册逻辑：注册DbContext、IUserRepo、窗体、IMyApp等所有通用依赖
        // 不需要在这里处理用户对象相关逻辑

        return builder.Build();
    }
}

实现说明 #

• 整个流程完全符合DI原则：所有依赖都通过容器解析，你没有在组合根外引用容器实例，IUserRepo的解析、注入全部由Autofac完成，不需要手动处理其依赖项。
• 用户实例的生命周期和应用主运行Scope完全绑定，应用退出时随Scope一起释放，不会出现内存泄漏。
• 后续所有需要用户信息的类，直接在构造函数中声明AppUser类型的依赖即可，Autofac会自动注入你启动时校验通过的用户实例，不管是主窗体还是动态创建的子控件、子窗体，只要从appScope解析，都能拿到正确的用户对象，不需要手动传参。
• 不要用静态全局变量存放当前用户，这种反模式会隐藏类的依赖关系，也会提升单元测试的成本。

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