.Net Core 之AutoFac的使用

autofac介绍

组件的三种注册方式

1.反射

2.现成的实例(new)

3.lambda表达式 (一个执行实例化对象的匿名方法)

下面是一些简短的示例，我尽可能多的列出来一些常用的注册方式，同时在注释中解释下“组件”、“服务”等一些名词的含义

// 创建注册组件的builder
var builder = new containerbuilder();

//根据类型注册组件 consolelogger 暴漏服务：ilogger
builder.registertype<consolelogger>().as<ilogger>();

//根据类型注册组件 consolelogger,暴漏其实现的所有服务（接口）
builder.registertype<consolelogger>().asimplementedinterfaces();

// 根据实例注册组件 output  暴漏服务：textwriter
var output = new stringwriter();
builder.registerinstance(output).as<textwriter>();

//表达式注册组件，这里我们是在构造函数时传参->"musection"   暴漏服务：iconfigreader
builder.register(c =new configreader("mysection")).as<iconfigreader>();

//表达式注册组件,解析时传参
var service = scope.resolve<iconfigreader>(
           new namedparameter("section", "mysection"));     

//反射注册组件，直接注册了consolelogger类（必须是具体的类），如果consolelogger有多个构造函数，将会取参数最多的那个构造函数进行实例化
builder.registertype<consolelogger>();

//反射注册组件，手动指定构造函数，这里指定了调用 mycomponent（ilogger log,iconfigreader config）的构造函数进行注册
builder.registertype<mycomponent>()
 .usingconstructor(typeof(ilogger), typeof(iconfigreader));  

 //注册mysingleton类中的静态变量"instance"，externallyowned()函数指定自己控制实例的生命周期，而不是由autofac自动释放
 builder.registerinstance(mysingleton.instance).externallyowned();

//一个组件暴漏两个服务  
builder.registertype<calllogger>().as<ilogger>().as<icallinterceptor>(); 

//注册当前程序集中以“service”结尾的类
builder.registerassemblytypes(system.reflection.assembly.getexecutingassembly()).where(t => t.name.endswith("service")).asimplementedinterfaces();
//注册"myapp.repository"程序集中所有的类
builder.registerassemblytypes(getassembly("myapp.repository")).asimplementedinterfaces();
  
//构建一个容器完成注册
var rootcontainer = builder.build();

//可以通过下面这种方式手动获取iconfigreader 的实现类
//这种手动解析的方式需要 从生命周期作用域内获取组件,以保证组件最终被释放
//不要直接从根容器rootcontainer中解析组件，很有可能会导致内存泄漏
using(var scope = rootcontainer.beginlifetimescope())
{
  var reader = scope.resolve<iconfigreader>();
}

如果不止一个组件暴露了相同的服务, autofac将使用最后注册的组件作为服务的提供方。想要覆盖这种行为, 在注册代码后使用 preserveexistingdefaults() 方法修改

生命周期

using(var scope = rootcontainer.beginlifetimescope())

上面的这段代码创建了一个生命周期作用域

生命周期作用域是可释放的，在作用域内解析的组件一定要保证在using之内使用或者最后手动调用组件的dispose()函数

避免引用类的生命周期大于被引用类的生命周期：如service 引用 repository 如果service的生命周期为单例，repository的生命周期为perrequest。service不会释放，所以最终会造成相关的repository始终无法释放的情况（captive dependencies）

虽然我们需要尽可能的避免直接从根容器解析组件，但总有例外的情况，对于非单例的组件，一定不要忘记调用组件的dispose函数，实际上对于非单例的组件，从项目架构上来说，理论上应该是从构造函数注入进去的而不是手动解析。需要手动解析的应该为一些配置帮助类等

对于一个具体组件（类）的生命周期分为以下几种（后面的函数是autofac对应的函数）：

每个依赖一个实例(instance per dependency) (默认) ----instanceperdependency()

单一实例(single instance) 单例 ----singleinstance()

每个生命周期作用域一个实例(instance per lifetime scope)----instanceperlifetimescope()

每个匹配的生命周期作用域一个实例(instance per matching lifetime scope)----instancepermatchinglifetimescope()

每个请求一个实例(instance per request) asp.net web请求----instanceperrequest()

每次被拥有一个实例(instance per owned) ----instanceperowned()

如果你以前在传统的asp.net mvc项目中用过autofac，需要注意一些区别：

.net core中需要使用instanceperlifetimescope替代之前(传统asp.net)的instanceperrequest，保证每次http请求只有唯一的依赖实例被创建。instanceperrequest请求级别已经不存在了

.net core中web api与mvc的注册方式一样

.net core中不再需要注册控制器,控制器由.net core创建，不归autofac管理（除了控制器的构造函数），这也解释了为什么不再使用instanceperrequest生命周期,但是可以通过addcontrollersasservices()函数改变，想要深入了解的可以查看：https://www.strathweb.com/2016/03/the-subtle-perils-of-controller-dependency-injection-in-asp-net-core-mvc/

autofac 在asp .net core中的使用

在.net core 中使用autofac还是比较简单的，相比于传统的asp.net web 项目，省去了很多步骤

引入nuget程序包：

autofac
autofac.extensions.dependencyinjection

startup 中代码：

  public static icontainer autofaccontainer;
    // this method gets called by the runtime. use this method to add services to the container.
    public iserviceprovider configureservices(iservicecollection services)
    {
        //注册服务进 iservicecollection
        services.addmvc();
        containerbuilder builder = new containerbuilder();
        //将services中的服务填充到autofac中.
        builder.populate(services);
        //新模块组件注册
        builder.registermodule<defaultmoduleregister>();
        //创建容器.
        autofaccontainer = builder.build();
        //使用容器创建 autofacserviceprovider 
        return new autofacserviceprovider(autofaccontainer);
    }

上面代码调用了builder的registermodule函数,这个函数需要传入一个tmodule的泛型，称之为autofac的模块

模块的功能就是把所有相关的注册配置都放在一个类中，使代码更易于维护和配置，下面展示了defaultmoduleregister中的代码

defaultmoduleregister：

public class defaultmoduleregister : module
{
    protected override void load(containerbuilder builder)
    {
        //注册当前程序集中以“ser”结尾的类,暴漏类实现的所有接口，生命周期为perlifetimescope
        builder.registerassemblytypes(system.reflection.assembly.getexecutingassembly()).where(t => t.name.endswith("ser")).asimplementedinterfaces().instanceperlifetimescope();
        builder.registerassemblytypes(system.reflection.assembly.getexecutingassembly()).where(t => t.name.endswith("repository")).asimplementedinterfaces().instanceperlifetimescope();
        //注册所有"myapp.repository"程序集中的类
        //builder.registerassemblytypes(getassembly("myapp.repository")).asimplementedinterfaces();
    }

	public static assembly getassembly(string assemblyname)
    {
        var assembly = assemblyloadcontext.default.loadfromassemblypath(appcontext.basedirectory + $"{assemblyname}.dll");
        return assembly;
    }
}

configure函数中可以选择性的加上程序停止时autofac的释放函数：

  public void configure(iapplicationbuilder app, ihostingenvironment env, iapplicationlifetime applifetime)
    {
        if (env.isdevelopment())
        {
            app.usedeveloperexceptionpage();
            app.usebrowserlink();
        }
        else
        {
            app.useexceptionhandler("/home/error");
        }

        app.usestaticfiles();

        app.usemvc(routes =>
        {
            routes.maproute(
                name: "default",
                template: "{controller=home}/{action=index}/{id?}");
        });
        //程序停止调用函数
        applifetime.applicationstopped.register(() => { autofaccontainer.dispose(); });
    }

controller中代码：

  private iuserser _user;
    private iuserser _user2;
    public homecontroller(iuserser user, iuserser user2)
    {
        _user = user;
        _user2 = user2;
    }
    public iactionresult index()
    {
        using (var scope = startup.autofaccontainer.beginlifetimescope())
        {
            iconfiguration config = scope.resolve<iconfiguration>();
            ihostingenvironment env = scope.resolve<ihostingenvironment>();
        }
        string name = _user.getname();
        string name2 = _user2.getname();
        return view();
    }

可以看到，因为我们将iservicecollection中的服务填充到了autofac中了，所以现在可以在任何位置通过autofac解析出来.net core默认注入的服务（iconfiguration,ihostingenvironment等）了

正常项目使用中，我们应该将autofaccontainer放在一个公共的类库中以便各个工程均可调用

到此这篇关于.net core 之autofac的使用的文章就介绍到这了,更多相关.net core autofac内容请搜索以前的文章或继续浏览下面的相关文章希望大家以后多多支持！

.Net Core 之AutoFac的使用

目录

autofac介绍

组件的三种注册方式

生命周期

autofac 在asp .net core中的使用

相关推荐

.NET环境下怎么处理Redis的序列化问题

怎么在asp.net core中利用CKEditor实现一个图片上传功能

如何在asp.net core中使用webapi实现一个文件上传功能

在 ASP.NET Core Web API 中处理Patch请求的方法

django 报错 : django.core.exceptions.ImproperlyConfigured: The STATICFILES_DIRS setting should not contain the STATIC_ROOT setting

ASP.NET Core Web API Cassandra CRUD 操作

在ASP.NET Core Web API上使用Swagger提供API文档

原来.NET写的Linux桌面这么好看？